为什么无符号整数不符合CLS?
我开始认为类型规范只是为了性能而不是为了正确性.
为什么是Array.Lengthint,而不是uint.这让我感到困扰(只是一点点),因为长度值永远不会是负数.
这也迫使我在我自己的类上使用int作为length-property,因为当你指定一个int值时,这需要显式地转换...
所以最终的问题是:对于unsigned int(uint)有什么用?甚至微软似乎也没有使用它们.
即使在框架类中,我总是遇到int用于.Count等等的代码而不是代码uint.
这是什么原因?
我一直想知道为什么.Count不是无符号整数而不是有符号整数?
例如,拿ListView.SelectedItems.Count.元素的数量不能少于0,那么为什么它是一个有符号的int?
如果我尝试测试是否有选择的元素,我想测试
if (ListView.SelectedItems.Count == 0) {}
Run Code Online (Sandbox Code Playgroud)
但因为它是有符号整数,我必须测试
if (ListView.SelectedItems.Count <= 0) {}
Run Code Online (Sandbox Code Playgroud)
或者有什么情况.Count可能<0?
为了表示长度或计数变量,使用有符号或无符号整数是否更好?
在我看来,C++ STL往往更喜欢无符号(std::size_t就像在std :: vector :: size()中一样,而C#BCL往往更喜欢有符号整数(比如在ICollection.Count中).
考虑到长度或计数是非负整数,我的直觉会选择无符号 ; 但我不明白为什么.NET设计者选择了有符号整数.
什么是最好的方法?每个人的利弊是什么?
在C#编程语言(涵盖C#4.0)(第4版),1.3类型和变量,第9页.
Hooray for byte是一个无符号类型!事实上,在Java中,一个字节被签名(并且没有无符号的等价物),这使得很多无意义的错误容易出错.很可能我们都应该比我们更多地使用uint,请注意:我确信许多开发人员在需要整数类型时默认达到int.框架设计者当然也属于这一类:为什么String.Length应该签名?
当我反编译String.Length ;
/// <summary>
/// Gets the number of characters in the current <see cref="T:System.String"/> object.
/// </summary>
///
/// <returns>
/// The number of characters in the current string.
/// </returns>
/// <filterpriority>1</filterpriority>
[__DynamicallyInvokable]
public int Length { [SecuritySafeCritical, __DynamicallyInvokable, MethodImpl(MethodImplOptions.InternalCall)] get; }
Run Code Online (Sandbox Code Playgroud)
也在MSDN中 ;
Length属性返回此实例中Char对象的数量,而不是Unicode字符数.原因是Unicode字符可能由多个Char表示.
它返回当前字符串中的字符对象数.为什么在已经存在类型的情况下String.Length返回?什么是的点和?Int32UInt32signed-unsigned byteString.Length