使用String.ToUpperInvariant()对字符串进行规范化

Question

我目前在我的SQL Server数据库中以小写存储字符串的规范化版本。例如，在我的Users表中，我有一个UserName和一个LoweredUserName字段。根据上下文，我要么使用T-SQL的LOWER()函数，要么使用C#的String.ToLower()方法来生成用户名的小写版本，以填充LoweredUserName字段。根据Microsoft's guidelines和Visual Studio's code analysis rule CA1308的说法，我应该使用C#的String.ToUpperInvariant()而不是ToLower()。根据微软的说法，这是一个性能和全球化问题:转换为大写字母是安全的，而转换为小写字母可能会导致信息丢失(例如，the Turkish 'I' problem )。

如果我使用ToUpperInvariant进行字符串规范化，那么我也必须更改我的数据库模式，因为我的模式基于Microsoft's ASP.NET Membership框架(请参阅this related question)，它可以将字符串规范化为小写。

微软告诉我们在C#中使用大写规范化，而它自己的成员资格表和过程中的代码却使用小写规范化，这不是在自相矛盾吗？我应该将所有内容都转换为大写规范化，还是继续使用小写规范化？

Answer 1

回答你的第一个问题，是的，微软有点不一致。要回答您的第二个问题，请不要切换任何内容，直到您确认这会导致您的应用程序出现瓶颈。

想想你可以在你的项目上取得多大的进步，而不是浪费时间去改变一切。您的开发时间比您从这样的更改中获得的节省要宝贵得多。

请记住：

过早优化是编程中所有邪恶(或者至少是其中的大部分)的根源。-- Donald Knuth

Answer 2

根据CA1308的说法，这样做的原因是一些字符不能从大写到小写进行往返转换。重要的是，你总是朝着一个方向移动，所以如果你的标准是总是移动到小写，那么就没有理由改变它。

Answer 3

继续使用小写规范化。只有在出现大问题时才会更改以符合Microsoft标准。

这是不幸的，但值得的。遗憾的是，微软的“标准”往往考虑不周，而且不太一致；使用它们的经验表明，除非有令人信服的理由，否则最好在工作时简单地坚持工作。请注意，这通常不适用于非Microsoft技术；但Microsoft“标准”的任意性使它们值得避免。

编辑:我应该在这里澄清一下；我对微软的看法非常低，因为我对他们的标准有很长的经验。正如评论中所指出的，我没有特别的参考来指出“除了微软之外的其他所有人”；这只是我个人的经验。您的里程可能会有很大的不同。这个答案应该被认为是我个人的观点。很抱歉没有早点说清楚这一点。