declaración de los nombres de variables

Question

¿cuál es la mejor manera de declarar los nombres de variables en mayúsculas .... ...? .. minúsculas? en qué área se debe declarar en todo caso ... y qué nombre es apropiado dependiendo del rollo de la variable estándar ... hay algunas variables que declarar? ... lo siento por la question..I'm nuevo en el mundo de la programación ... espero que no moleste .... =)

Answer 1

Bueno, aquí hay algunos enlaces para los estándares de codificación para varios idiomas ..
Esto tiene estándares para la variable de nombres y mucho más.

C # estándares de codificación
C ++ estándares de codificación
de Java estándares de codificación

Y aquí está genérica estándares de codificación artículo que explica la el razonamiento detrás de los estándares de codificación.

Answer 2

Al menos para C y C ++ podemos utilizar

Answer 3

Si:

• el idioma no dicta ella; y
• los estándares de codificación no dictan que,

a continuación, sólo que sea lo más legible posible. Hordas de desarrolladores en el futuro cantarán alabanzas a su nombre para no infligir código horrible en ellos.

Mi favorito personal es todo en mayúsculas y pone de relieve para las constantes y (IQ_LIMIT) caso de camello para todo lo demás (getItembyId(), itemCount). Pero eso es preferencia personal, no es algo escrito en tablas de piedra.

Answer 4

En realidad depende del lenguaje de programación que utiliza, y las convenciones de codificación que son seguidos por un grupo.

Por ejemplo, existe la normas GNU codificación para escribir código C que cubre < a href = "http://www.gnu.org/prep/standards/html_node/Names.html#Names" rel = "nofollow"> noreferrer nombres de variables hasta el indentación de líneas .

Para los idiomas, los convenios de código para el lenguaje de programación Java expone algunas convenciones de codificación para capitalización y la denominación de las variables , paquetes, clases , métodos, etc en el lenguaje de programación Java.

Answer 5

Cuando en Roma, haz como los romanos. Cada idioma por lo general tiene sus propias expresiones idiomáticas con respecto a este tipo de cosas.

Answer 6

OMI, conociendo el alcance de una variable es lo más importante. Usted debe saber de un vistazo la cantidad de código puede efectuar una variable y la cantidad de código se efectuará por el cambio de la misma. De esta manera encapsulación (y su cordura) se puede mantener. Usted no va a cambiar accidentalmente una variable global y misteriosamente manguera todo el programa. También deben sobresalir como un pulgar dolorido sólo piden a gritos ser reprogramado de distancia.

Por lo tanto mayúsculas la primera letra de variables globales (donde "global" es cualquier variable que pueda ser visto por más de una función) y minúscula la primera letra de cada persona. Constantes tradicionalmente reciben todas las tapas.

Por lo tanto en el estilo studlyCaps sería:

• GLOBALVariable
• localVariable
• CONSTANTVARIABLE

Y el uso bajo las puntuaciones:

• Global_Variable
• local_variable
• CONSTANT_VARIABLE

Si usted utiliza studlyCaps o debajo de las puntuaciones depende de su lenguaje de programación y estilo local (prefiero virtud de calificaciones de su legibilidad y la confusión acerca de la capitalización).

Answer 7

En C #, se utiliza para las propiedades y PascalCase methodnames y camelCase para otros miembros. Para las constantes usamos CAPS_WITH_UNDERSCORE. Para los elementos HTML se utiliza la notación húngara. (Creo que estos son los estándares de Microsoft.)

Answer 8

Un corolario de "Cuando en Roma ..." es hacer lo que el codificador anterior ha hecho. Cuando se trabaja en otro código de desarrolladores o proyecto, que debe coincidir con su estilo al estilo existente. Mientras que ver una convención extraño es desconcertante y difícil de tratar en un principio, no es nada en comparación con la clasificación de un archivo que cambia la notación y el estilo de cada par de funciones.

Cuando se trabaja en su propio proyecto, o como un único desarrollador puede hacer lo que es más cómodo dentro de lo razonable.