C# 何时以及为什么在c中使用别名或其类名？

为什么以及何时应该分别使用int、int16、int32、int64、double、string而不是int、int16、int32、int64、double、string？我已经准备了很多关于这方面的文章，但仍然没有找到合适的解决方案。

这纯粹是偏好/传统的问题

国家：

每个预定义类型都是系统提供的类型的简写。例如，关键字int指的是struct System.Int32。就风格而言，使用关键字比使用完整的系统类型名称更受欢迎

---

这纯粹是偏好/传统的问题

国家：

每个预定义类型都是系统提供的类型的简写。例如，关键字int指的是struct System.Int32。就风格而言，使用关键字比使用完整的系统类型名称更受欢迎

---

这真的不重要，只是要始终如一。我个人使用原始的小写名称。

这真的没关系，只是保持一致。我个人使用原始的小写名称。

这在实现中根本不重要。我个人更喜欢使用别名，从我看到的其他代码来看，这是更常见的选择。有人建议在任何地方使用BCL名称Int32等，包括Jeffrey Richter，CLR via C的作者，他在那里给出了建议

但是，在命名方法和类型时，应该使用BCL名称，而不是特定于C的名称。这样，您的代码对于从其他语言使用您的代码的人来说同样是惯用的。这是BCL内部通过的公约。例如，我们使用Convert.ToInt32和Convert.ToSingle代替Convert.ToInt和Convert.ToFloat

---

虽然从理论上讲，这些成员是内部成员还是私人成员并不重要，但我建议养成一种习惯，给你的成员起你想公开的名字——这意味着你可以在那里保持一致，不管访问权限如何，而且你不太可能无意中漏掉一个成员。

在实现中，这一点都不重要。我个人更喜欢使用别名，从我看到的其他代码来看，这是更常见的选择。有人建议在任何地方使用BCL名称Int32等，包括Jeffrey Richter，CLR via C的作者，他在那里给出了建议

但是，在命名方法和类型时，应该使用BCL名称，而不是特定于C的名称。这样，您的代码对于从其他语言使用您的代码的人来说同样是惯用的。这是BCL内部通过的公约。例如，我们使用Convert.ToInt32和Convert.ToSingle代替Convert.ToInt和Convert.ToFloat

---

虽然从理论上讲，这些成员是内部成员还是私人成员并不重要，但我建议大家养成习惯，给你的成员起你想公开的名字——这意味着无论访问权限如何，你都可以保持一致，而且你不太可能无意中漏掉一个。它们是C关键字，而不是标识符别名。关键字帮助语言解析器从语法错误中恢复，并将语言与运行时实现细节隔离开来。你喜欢的东西。它们是C关键字，不是标识符别名。关键字帮助语言解析器从语法错误中恢复，并将语言与运行时实现细节隔离开来。你喜欢的东西。它只适用于C语言规范的第三版和第四版。最近的一份报告不包含这种说法。他们重写了关于简单类型别名的段落。现在看起来是这样的：C提供了一组预定义的结构类型，称为简单类型。简单类型是通过关键字识别的，但这些关键字只是系统名称空间中预定义结构类型的别名，如下表所述。啊，这很公平，感谢您链接了规范的新版本。这仅适用于C语言规范的第三版和第四版。最近的一份报告不包含这种说法。他们重写了关于简单类型别名的段落。现在看起来是这样的：C提供了一组预定义的结构类型，称为简单类型。简单类型是通过关键字识别的，但是这些关键字只是系统名称空间中预定义结构类型的别名，如下表所述。啊，很公平，感谢您链接新版本的规范。