关于.NET里String.Compare与C++的不同,请高人解释下为什么这样?
文中所有比较都是区分大小写的。
在C++中:
"a" < "A": True
"aA" < "A": True
"aA" < "AA": True
"Aa" < "AA": True
"ac" < "Ab": True
非常明显,在C++中,字符串比较遵循下面两条规则:
1. 小写<大写
2. 从前向后依次比较。这一条的一个推论就是:无视整体长度。
我个人觉得这非常合理,这也就是英语词典的排序方式。
但是我们看看在.NET中的结果。
String::Compare("a", "A"): –1
String::Compare("aA", "A"): 1 // .NET考虑整体长度。
String::Compare("aA", "AA"): –1
String::Compare("Aa", "AA"): -1
String::Compare("ac", "Ab"): 1 // 这个是我最不能理解的。明明是区分大小写的比较,.NET为什么无视了第一个a的不同,而连第二个字符也考虑了进来?
不知道.NET里还有什么别的字符串比较的方法没有?用这个方法做词典式排序很难。
如果说微软这样的比较结果是By Design的,那微软又是针对的哪种实际环境呢?
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· 展开说说关于C#中ORM框架的用法!
· SQL Server 2025 AI相关能力初探
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库