字符串或字符串，int或Int32，字节或字节？你更喜欢哪个，为什么？

Question

可能重复：
String vs string in C#

是的，我知道，两者的2型是好的，但哪一个更好，为什么？

Answer 1

在大多数情况下，这是受意见。

越少有争议的事实：

• 始终使用无论你的团队已经使用，或任何您的编码标准规定
• 赞成关键字的风格，它不需要using声明。
• 在代码生成器的输出中，使用完全限定的名称对代码来说不是那么痛苦;否则必须包含对关键字类型的特殊处理
• 在命名属性或方法时，应该使用类型名称而不是关键字名称。它必须跨越.Net语言进行翻译

如果它是一个新项目，并且您在控制编码风格，请使用任何一个您喜欢的东西。

除了方法/属性命名的要求之外，我还看到有人说他们更喜欢非关键字类型的名称，所以它更直接地通过.Net语言进行修饰。我对这个观点的看法是编写代码来你在。

Answer 2

语言阅读这个线程String vs string in C#大约是String，并串

Answer 3

类似的问题在StackOverflow的前次募集。并给出答案。请参考以下链接了解详细信息：

https://stackoverflow.com/questions/215255/string-vs-string-in-c#

Answer 4

我会补充说了StyleCop（http://stylecop.codeplex.com/）“更适合”的“小写”的版本。当以下类型的 一个用于 在代码的任何地方发生

SA1121 Readability Rules UseBuiltInTypeAlias 

这个规则的违反：数组，布尔值， 字节，字符，十进制，双人，Int16类型， 的Int32，Int64类型，对象，SByte，单， 字符串，UInt16，UInt32，UInt64。的System.Array，System.Boolean， System.Byte，System.Char， System.Decimal：当任何的 这些类型在 代码中使用完整的命名空间的 类型表示

甲违反时，也会发生，System.Double， System.Int16，System.Int32， System.Int64，System.Object的， System.SByte，System.Single， System.String，System.UInt16形式， System.UInt32，System.UInt64形式。

而不是使用类型名称或 完全限定类型名称， 内置别名为这些类型 应始终使用：阵列，布尔， 字节，字符，小数，双，短， int，long，object，sbyte，single， string，ushort，uint，ulong。

（取自帮助文件StyleCop.chm）