Why no linq for byte, uint?
只能为IEnumerable定义Enumerable.Sum(),其中t位于
双倍的,双倍?intint?十进制的,十进制的?长,长?飘浮,飘浮?
是否有理由不定义byte、short或uint?
是为了避免溢出问题吗?
或者它是否会使类型推断对编译器造成困难?(最有可能)
- uint不符合cls,所以在linq中支持它是正确的。
- 字节、短值和无符号值上的LINQ聚合函数可能重复
因为当你加上一个short和一个short时,结果可以由一个int来处理。也可能是一些符合CLS的问题。这是一个类似的问题:
为什么没有ienumerable的sum()扩展名
- 但是uint呢?
- @Akash Kava-CLS合规性问题