Integer 在C++；总是将正整数存储在有符号整数中是否不好？ 在C++中，将正整数存储在有符号整数中是不好的吗？
例如，有符号整数中自历元起的秒数。它取决于整数大小、环境和应用程序要求。将unix时间戳存储在有符号的64位整数中几乎可以肯定。32位可能不是，这取决于应用程序必须处理的日期范围Integer 在C++；总是将正整数存储在有符号整数中是否不好？ 在C++中，将正整数存储在有符号整数中是不好的吗？,integer,epoch,signed,Integer,Epoch,Signed,例如，有符号整数中自历元起的秒数。它取决于整数大小、环境和应用程序要求。将unix时间戳存储在有符号的64位整数中几乎可以肯定。32位可能不是，这取决于应用程序必须处理的日期范围 对于大多数应用程序来说，这并不重要。这取决于整数大小、环境和应用程序要求。将unix时间戳存储在有符号的64位整数中几乎可以肯定。32位可能不是，这取决于应用程序必须处理的日期范围 对于大多数应用程序来说，这并不重要。如果它只能是一个正数，最好将其存储在无符号整数中，因为在尝试分配负数时，这将导致编译错误，并且允许您存
对于大多数应用程序来说，这并不重要。这取决于整数大小、环境和应用程序要求。将unix时间戳存储在有符号的64位整数中几乎可以肯定。32位可能不是，这取决于应用程序必须处理的日期范围
对于大多数应用程序来说，这并不重要。如果它只能是一个正数，最好将其存储在无符号整数中，因为在尝试分配负数时，这将导致编译错误，并且允许您存储两倍于有符号整数的大小 内部：2147483648至2147483647 单位：0至4294967295
那么，将一个始终为正数的数字存储在一个有符号整数中是否不好呢？不，还不错。分配相同数量的字节。使用uint更好吗？可能是。如果它只能是一个正数，最好将其存储在无符号整数中，因为在尝试分配负数时，这将导致编译错误，并且允许您存储两倍于有符号整数的大小 内部：2147483648至2147483647 单位：0至4294967295
那么，将一个始终为正数的数字存储在一个有符号整数中是否不好呢？不，还不错。分配相同数量的字节。使用uint更好吗？可能是的。但为什么？自大纪元以来的秒什么时候会是负的？我们在这里谈论的是什么编程语言？但为什么？从大纪元开始的秒什么时候是负的？我们在这里谈论的是什么编程语言？