long - short c++ para que sirve
Omitir el tipo de datos(por ejemplo, "unsigned" en lugar de "unsigned int") (4)
Como dice @Konrad Rudolph, unsigned es un tipo de datos. Es realmente solo un alias para unsigned int .
En cuanto a la cuestión de usar unsigned ser una mala práctica? Yo diría que no, no hay nada de malo en usar unsigned como un especificador de tipo de datos. Los profesionales no se verán envueltos por esto, y cualquier estándar de codificación que diga que debe usar unsigned int es innecesariamente draconiano, en mi opinión.
Sé que si la declaración del tipo de datos se omite en el código C / C ++ de esta manera: unsigned test=5; , el compilador automáticamente hace de esta variable un int (un int sin signo en este caso). He escuchado que es un estándar C y funcionará en todos los compiladores.
Pero también he oído que hacer esto se considera una mala práctica.
¿Qué piensas? ¿Debo realmente escribir unsigned int lugar de solo unsigned ?
¿Son los tipos de datos short , long y long long también?
Incluso lo llevaría un paso más allá y usaría el tipo stdint de stdint.
Puede ser una cuestión de gustos, pero prefiero saber qué primitivo estoy usando sobre una antigua consideración de optimización por plataforma.
unsigned es un tipo de datos ! Y le pasa al alias a unsigned int .
Cuando estás escribiendo unsigned x; Usted no está omitiendo ningún tipo de datos.
Esto es completamente diferente de " int predeterminado" que existe en C (¡pero no en C ++!) Donde realmente omite el tipo en una declaración y C automáticamente deduce que ese tipo es int .
En cuanto al estilo, personalmente prefiero ser explícito y, por lo tanto, escribir unsigned int . Por otro lado, actualmente estoy involucrado en una biblioteca donde es una convención simplemente escribir unsigned , así que hago eso en su lugar.
La verbosidad gratuita considerada perjudicial. Nunca escribiría unsigned int o unsigned int long int o signed (excepto char o bitfields) porque aumenta el desorden y disminuye la cantidad de código significativo que puede caber en 80 columnas. (O más probablemente, alienta a las personas a escribir código que no cabe en 80 columnas ...)