主页 / 问题 / 717561
Accepted
Kunoichi
Asked:2020-09-13 00:26:47 +0000 UTC2020-09-13 00:26:47 +0000 UTC

如果值应该 >=0，则最好使用 uint 或 int 作为函数参数。使用什么作为标识符？

  • 772

我在别人的 C# 代码中的任何地方都看不到uint, 。如果需要严格的正参数，则通常在函数开头进行检查，如果参数为负则抛出异常。虽然如果使用的函数，参数可能是肯定的。ushortulonguint

为什么不被使用？

uint如果 id 仍然为正（我在任何项目中都没有看到负 id），为什么它不用作数据库表中的主键？

有什么理由使用常规int而不是uint（unsigned int）？

c#

2 个回答

  1. Best Answer

    事实是编译时得到的程序集可以被其他在.NET平台上工作的语言使用。这些语言可能没有无符号整数，如果公共程序集方法包含类似 的类型uint，您的程序集将无法与这些语言一起使用。（如果一个程序集可以与 .NET 下的所有语言一起工作，则称它符合 CLS。）

    如果您正在为“整个世界”编写一个库，那么从外来语言中使用它并不是一个坏目标，因此此类库在类型的使用上往往受到限制。如果您是为自己编写代码，或者不编写库，那么理论上您可以使用任何合适的类型。

    如果您希望您的程序集与其他语言兼容，最简单的方法是给它一个属性[assembly: CLSCompliant(true)]（它写在任何文件中，在类之外，例如 in Assembly.cs），编译器本身会警告违规行为。详细文档在这里。

    • 14

  2. 许多数据库（例如 MSSQL）不支持无符号类型。但是在任何情况下使用整数计数器作为主键都是一个坏主意，因为它一直工作到数据库的一部分离开外部环境（另一个数据库、文件、备份）的那一刻。之后，这些组件之间的交互导致冲突，您必须创建具有匹配数字的映射表。相反，最好使用 GUID 作为记录的唯一标识符。

    你可以在内部代码中使用无符号类型，但你不应该将这些值拖到公共接口中。它们将很难与其他环境集成。在 .NET 中，不习惯使用无符号值，您既不能访问集合的元素，也不能从流中读取几个字节，而无需将无符号值转换为有符号值。

    开发人员自己为各种幻数和标志留下负值。例如，它Stream.ReadByte()返回 not byte, but int，因为如果流意外结束，它将返回 -1。

    但归根结底，这一切都归结为这样一个事实，即这根本不被接受，并且通过 Java 的努力，世界正越来越远离无符号类型。

    • 3

相关问题