-
Notifications
You must be signed in to change notification settings - Fork 243
OrdinalIgnoreCase is unnecessary #42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
https://www.techempower.com/benchmarks/#section=code&hw=peak&test=json > General requirements 3. Specific characters and character case matter.
Technically, I believe they're referring to casing in responses, not URIs. The language around URIs is "The recommended URI is /json" |
yeah but linux stuff is generally case sensitive so bbc news is linux; you can tell as if you go here its ok
If you are being compared to linux frameworks on linux; should use the same rules? Windows is just generally more forgiving. |
Sure, but the other examples I tried in the TechEmpower benchmarks didn't care about casing AFAICT. All that said, we probably don't need to have this line anyway (everything here is controlled). |
Ordinal has improves dotnet/coreclr#2825 |
Wow, that's cool. We'll get that benefit whether we remove the case-insensitive check or not though. |
Bah, OK you win, removing code is good 😄 |
OrdinalIgnoreCase is unnecessary
Not if you fall through to next item |
Oh good point, although that's less of an issue with my latest changes (only enable specific scenarios). |
And.... just for completeness https://tools.ietf.org/html/rfc7230#section-2.7.3
However with controllers and methods being camel case and paths generally being lowercase (ignoring @shanselman's wild blog post paths); probably would want to be case insensitive for general aspnet path testing. |
https://www.techempower.com/benchmarks/#section=code&hw=peak&test=json