Which is generally best to use -- StringComparison.OrdinalIgnoreCase or StringComparison.InvariantCultureIgnoreCase?(通常最好使用哪个 - StringComparison.OrdinalIgnoreCase 或 StringComparison.InvariantCultureIgnoreCase?)
问题描述
我有一些这样的代码:
If key.Equals("search", StringComparison.OrdinalIgnoreCase) Then
DoSomething()
End If
我不关心这个案子.我应该使用 OrdinalIgnoreCase
、InvariantCultureIgnoreCase
还是 CurrentCultureIgnoreCase
?
I don't care about the case. Should I use OrdinalIgnoreCase
, InvariantCultureIgnoreCase
, or CurrentCultureIgnoreCase
?
推荐答案
较新的 .Net Docs 现在有一个表格可以帮助您确定最适合您的情况.
来自 MSDN 的新建议在 Microsoft .NET 2.0 中使用字符串"
总结:以前使用 InvariantCulture
进行字符串比较、大小写和排序的代码所有者应该强烈考虑在 Microsoft .NET 2.0 中使用一组新的 String
重载.具体而言,设计为与文化无关和语言无关的数据应开始使用 StringComparison.Ordinal
或 StringComparison.OrdinalIgnoreCase
成员指定重载新的 StringComparison
枚举.这些强制执行类似于 strcmp
的逐字节比较,不仅避免了基本符号字符串的语言解释错误,而且提供了更好的性能.
Summary: Code owners previously using the
InvariantCulture
for string comparison, casing, and sorting should strongly consider using a new set ofString
overloads in Microsoft .NET 2.0. Specifically, data that is designed to be culture-agnostic and linguistically irrelevant should begin specifying overloads using either theStringComparison.Ordinal
orStringComparison.OrdinalIgnoreCase
members of the newStringComparison
enumeration. These enforce a byte-by-byte comparison similar tostrcmp
that not only avoids bugs from linguistic interpretation of essentially symbolic strings, but provides better performance.
这篇关于通常最好使用哪个 - StringComparison.OrdinalIgnoreCase 或 StringComparison.InvariantCultureIgnoreCase?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:通常最好使用哪个 - StringComparison.OrdinalIgnoreCase 或 StringComparison.InvariantCultureIgnoreCase?


基础教程推荐
- 错误“此流不支持搜索操作"在 C# 中 2022-01-01
- JSON.NET 中基于属性的类型解析 2022-01-01
- 是否可以在 asp classic 和 asp.net 之间共享会话状态 2022-01-01
- 全局 ASAX - 获取服务器名称 2022-01-01
- 如何动态获取文本框中datagridview列的总和 2022-01-01
- 在 VS2010 中的 Post Build 事件中将 bin 文件复制到物 2022-01-01
- 将事件 TextChanged 分配给表单中的所有文本框 2022-01-01
- 从 VS 2017 .NET Core 项目的发布目录中排除文件 2022-01-01
- 首先创建代码,多对多,关联表中的附加字段 2022-01-01
- 经典 Asp 中的 ResolveUrl/Url.Content 等效项 2022-01-01