是否有任何理由不在系统命名空间中使用别名？

Question

我一直习惯于使用字符串而不是字符串，而使用Int32而不是int。主要是因为所有东西都是一个类，所以我喜欢保持一致并像所有其他类/对象一样对待所谓的“基元”。

我刚刚看到一篇关于编码标准的文章，其中提到了“始终使用C＃预定义类型，而不是系统命名空间中的别名”。

虽然没有说明原因。

Answer 1

的类型是完全互换，并编译到同一个IL。编码标准中应该有一个关键规则 - 如果您正在编辑共享文件，请使用与现有代码相同的样式。没有什么比试图修复样式改变其他函数的文件更烦人了。

所以 - 选择一个并保持一致。

Answer 2

没有理由会影响您的应用程序的行为或性能。这是一个建议的风格指南 - 并且如同所有风格指南一样，如果您觉得合适，您可以忽略它。几乎所有的OSS和企业风格的政策都会规定你需要使用别名 - 所以记住这一点。

Answer 3

没有任何技术理由使用任一选项。就产生的IL而言，两者是相同的。

然而，最大的原因是其他人的一致性和可维护性。使用“字符串”，“整数”，“双”等更期望，因此更易于维护。

另外，如果你没有使用系统，则它的好得多键入“诠释”比“System.Int32”所有的时间...