You must log in or register to comment.
You stated the reason yourself. Those are different values and matching in a case-insensitive manner is more work under the hood.
We do plenty of stuff for human consumption. Computers work for us, not the other way around. Insensitivity should be the default. It’s okay to give options. I’m not saying take that away.
Humans have to make it do the work. And that’s how Mr; DROP TABLE makes his money.
For some reason we decided that a lot of formats written by computers and read by computers would use ASCII encoding instead of raw data.
Making a json or XML deserializer case insensitive would just make it slower for almost 0 benefit.
✋ Case insensitive filesystem
👉 Case insensitive file sorting
