(12-11-2012 11:13)gonnza escribió: [ -> ]hermoso
Gracias, pero estabamos hablando del case aca.
(12-11-2012 11:13)gonnza escribió: [ -> ]excepto por ese VariablemalCapi
Fue a proposito.
pd: claramente un guion no queda bien en TODOS los casos, pero cuando tenes que separar dos palabras,a veces queda mucho mejor.
Para mi queda mejor tener un metodo
void * long_term_scheduler(void *)
que otro que se llame
void * longTermScheduler(void *)
¿Alguien quiere pensar en la notación húngara?
jaja yo la uso para definir los elementos de la UI
por ej, lblNombre, txtEdad, etc
sino, ni en pedo
ahi lo agregue
Que tiene que ver c++ con la notacion que se usa.
En mi empresa laburamos con CamelCase en el codigo y underscore para la base, asi se nota bien cuando es un campo de base de datos.
y m_Variable para los atributos de clase
Si tengo que usar .NET y arrastrar controlcitos a un formulario ahi si uso notacion hungara para los nombres
CamelCase, CamelCase everywhere
na, para controlcitos si, uso la hungara
y CamelCase para metodos, atributos, etc
tambien para campos de la Db
¿La hungara se usa para algo mas que para controles de .net? Eso SI es horrible.
Tengamos en cuenta que en el 90% de los casos estamos defendiendo una nomenclatura que nosotros no elegimos ni nos importo solamente por el hecho de que nos dijeron que se usa esa y nos acostumbramos a usarla.
CamelCase
![[Imagen: homero+aggh.jpg]](https://camo.utnianos.com.ar/5f1de5ab4894e3305c471e291f99e81038b4db9f/687474703a2f2f342e62702e626c6f6773706f742e636f6d2f5f6b49714b7867672d32586f2f532d52583356666b386f492f41414141414141414141512f4a2d33352d59677074564d2f73313630302f686f6d65726f2b616767682e6a7067)
(12-11-2012 11:00)rulo escribió: [ -> ] (12-11-2012 10:39)ebric escribió: [ -> ]¿Los mismos hombres de verdad que usan notacion hungara en lenguajes tipados?.
No necesariamente.
char * holaSoyUnaVariablemalCapitalizadaConEstaConvencionHorrible
Es genial que esté así; es más fácil darle al shift + la letra que ponés en mayúscula, a hacer:
shift + tecla de guión, más el resto de lo que escribas
AtributoLindo = 13 c
atributo_lindo = 14 c y más esfuerzo en tipear
Yo lo defiendo porque me es más cómodo, no porque los de Paradigmas o Algoritmos lo consideren feliz
(12-11-2012 12:41)nanuiit escribió: [ -> ]Es genial que esté así;
meh.
Cita:es más fácil darle al shift + la letra que ponés en mayúscula, a hacer:
shift + tecla de guión, más el resto de lo que escribas
Es exactamente el mismo esfuerzo.
Cita:AtributoLindo = 13 c
atributo_lindo = 14 c y más esfuerzo en tipear
¿Porque "mas esfuerzo en tipear"? ¿Que es lo que te ahoras? ¿Un caracter?
Cita:Yo lo defiendo porque me es más cómodo, no porque los de Paradigmas o Algoritmos lo consideren feliz
¿En algoritmos los hacen camel casear ahora? Cuando la curse yo con nombres de una sola letra bastaba para pasar la materia.
Ponele.
Te es mas comodo porque te acostumbraste
y no es algo valido ? (?)
No si se intenta generalizar
Venía a decir lo que dijo Nanuit.
Cita: ¿Que es lo que te ahoras? ¿Un caracter?
Cambiar la posición de dos dedos de la mano. Cagate de risa, pero si te fijas, en el tuto de Vim, te dicen que aprendas a usar hjkl porque asi no tenés que mover la mano de más.
Agrego otra cosa: El ctrl+shift+<adelante o atras>. Eclipse, por ejemplo, te salta el movimiento en las palabras en camelCase corta el movimiento. Si tiene underscore no.
Ej:
unaVariable
Si me posiciono atras del "uno", y toco ctrl+shift+derecha, me seleccióna "una". Si lo toco de nuevo, me selecciona "Variable". A mi eso, que es una boludez (ya que no podemos encontrar más que boludeces para decir si es mejor una u otra), me parece excelente, y un motivo valido para preferir camelCase antes que underscore.
totalmente, por lo que dice imakuni es mas comodo
el visual studio no hace eso de seleccionar camelcaseando
