¿Debo usar uint en C# para valores que no pueden ser negativos?

Question

Acabo de intentar implementar una clase donde numerosas propiedades de longitud/conteo, etc. son uint en lugar de int. Sin embargo, al hacerlo noté que en realidad es doloroso hacerlo, como si realmente nadie quisiera hacer eso.

Casi todo lo que entrega un tipo integral devuelve un int, por lo que requiere moldes en varios puntos. Quería construir un StringBuffer con su longitud de buffer predeterminada en uno de los campos de esa clase. Requiere un yeso también.

Así que me preguntaba si debería volver a int aquí. Ciertamente, no estoy usando toda la gama de todos modos. Solo pensé que, dado que lo que estoy tratando allí, simplemente no puede ser negativo (si lo fuera, sería un error) sería una buena idea usar realmente uint.

P.S .: vi this question y esto explica por qué, al menos, el propio marco siempre utiliza int pero incluso en el propio código en realidad es engorroso para pegarse a uint que me hace pensar que, aparentemente, no está realmente quería.

Answer 1

Si bien estrictamente debe usar uint para las variables que contienen números enteros no negativos, ha encontrado una de las razones por las que no siempre es posible.

En este caso, no creo que valga la pena la reducción en la legibilidad que se obtiene al tener que hacer moldes.

Answer 2

Mi sensación personal es que probablemente deberías simplemente quedarte con int. No vale la pena agregar un elenco a casi todos los accesos de propiedad solo para reclamar un rango numérico que es poco probable que .NET le permita usar de todos modos.

Answer 3

Un valor negativo se utiliza a menudo para señalar una condición de error, y el tamaño de una operación a menudo es devuelto por una llamada a la función; un valor negativo puede, por lo tanto, indicar un error sin recurrir a un mecanismo de excepción.

También tenga en cuenta que .NET a menudo se basa en bibliotecas C rectas, por lo tanto, es sensato continuar esta convención. Si necesita un espacio de índice mayor, puede romper la convención para un mecanismo de señalización de error diferente.

Answer 4

Si desea comprobar que un valor es positivo, una mejor manera es probablemente usar assert (tenga en cuenta que esta es solo una técnica de depuración, debe asegurarse de que esto nunca ocurra en el código final).

using System.Diagnostics; 
... 
Debug.Assert (i > 0); 

Answer 5

El uso de una int también es útil para detectar el desbordamiento de enteros en las operaciones.

Answer 6

Agregaré a las otras respuestas también que usar uint como tipo de campo público, propiedad, método, parámetro, etc., es una violación de las reglas de la especificación de lenguaje común y debe evitarse cuando sea posible.

Answer 7

IMO, el inconveniente de usar uint es que oculta las condiciones de error. Los equivalentes del siguiente código no son tan bonitas:

if (len < 0) 
    terminate_program("length attained impossible value."); 

Por supuesto sus programas no se debe calcular mal nada para empezar, pero creo que también deben ser escritos para detectar rápidamente y sin erros numéricos de propagación.En el caso donde un MaxValue de 2^31 es suficiente, digo use int junto con el uso apropiado de System.Diagnostics.Debug.Assert() y las verificaciones de error correspondientes como se ejemplificó anteriormente.

Si utiliza uint, úselo junto con checked para evitar subdesbordamientos y obtener los mismos resultados. Sin embargo, he encontrado que el control es un poco difícil de aplicar al código existente que usa moldes para algún propósito.

Answer 8

No nades río arriba si no tienes que hacerlo. El hecho de no mezclar su código con moldes hace que su código sea más legible. Además, si sus valores posibles encajan dentro de un int, entonces usar un int no es un problema.

Si tiene miedo de que pueda desbordar un int, entonces hay que hacerlo ... pero no optimice prematuramente.

Yo diría que la legibilidad mejorada de los moldes minimiza el riesgo ligeramente elevado de un error al usar int.