¿Por qué Count no es un entero sin signo?

Question

duplicados posibles:
Why does .NET use int instead of uint in certain classes?
Why is Array.Length an int, and not an uint

siempre he preguntan por qué .Count no es un entero sin signo en lugar de una firma?

Por ejemplo, tome ListView.SelectedItems.Count. La cantidad de elementos no puede ser menor que 0, entonces ¿por qué es un int firmado?

Si intento para probar si hay elementos seleccionados, me gustaría probar

if (ListView.SelectedItems.Count == 0) {} 

sino porque es un entero con signo, tengo que probar

if (ListView.SelectedItems.Count <= 0) {} 

o hay cualquier caso cuando .Count podría ser < 0?

Answer 1

número entero sin signo no es compatible con CLS (Common Language Specification)

Para obtener más información sobre CLS compatible con el código, ver este enlace:

http://msdn.microsoft.com/en-us/library/bhc3fa7f.aspx

Answer 2

mabye porque el tipo de datos uint no es parte de la CLS (especificación de lenguaje común), ya que no todos los lenguajes .Net lo admiten.

Aquí es hilo muy similar acerca de las matrices:

Why is Array.Length an int, and not an uint

Answer 3

Veamos esto desde un punto de vista práctico.

Para mejor o peor, firmaron int s son los normales tipo de int s en uso en .NET. También era normal usar firmado int s en C y C++. Por lo tanto, la mayoría de las variables se declaran como int en lugar de int sin signo a menos que haya una buena razón de lo contrario.

La conversión entre un int sin firmar y un int firmado tiene problemas y no siempre es seguro.

En un sistema de 32 bits no es posible para una colección que tiene en cualquier lugar cerca de 2 ^^ 32 artículos en el mismo, por lo que un firmado int es lo suficientemente grande como en todos los casos.

En un sistema de 64 bits, sin signo int no te ganancia mucho, en la mayoría de los casos una firmaron int es todavía lo suficientemente grandes, pues es necesario utilizar un poco int 64. (¡Espero que ninguna de la colección estándar se adapte bien a cerca de 2 ^^ 31 elementos en un sistema 64!)

Por lo tanto, dado que el uso de un int sin signo no tiene una clara ventaja, ¿por qué usaría un int sin signo?

Answer 4

1. No es compatible con CLS, en gran medida para permitir un soporte más amplio de diferentes idiomas.

2. Un int firmado ofrece facilidad en el código de portación de C o C++ que utiliza la aritmética del puntero.

3. El recuento puede ser parte de una expresión donde el valor total puede ser negativo. En particular, count tiene una relación directa con los índices, donde los índices válidos siempre están en el rango [0, Count - 1], pero los resultados negativos se usan, por ejemplo. mediante algunos métodos de búsqueda binarios (incluidos los que proporciona el BCL) para reflejar la posición en la que se debe insertar un nuevo artículo para mantener el orden.

Answer 5

En vb.net, el constructo de bucle normal (A "para/bucle Siguiente") ejecutará el bucle con valores de hasta e incluyendo el valor máximo especificado, a diferencia de C, que puede fácilmente bucle con valores por debajo del limite superior. Por lo tanto, a menudo es necesario especificar un bucle como, por ejemplo, "Para I = 0 a Array.Length-1"; si Array.Length no tiene firma y es cero, eso podría causar un problema obvio. Incluso en C, uno se beneficia de poder decir "for (i = Array.Length-1; i GE 0; - i)". A veces creo que sería útil tener un tipo de entero de 31 bits que admitiría la ampliación de los lanzamientos tanto para la sesión como para la sesión sin firmar, pero nunca he oído hablar de un lenguaje que los respalde.