Un par de investigadores han tenido la santa paciencia de comprobar empíricamente si es más preciso y legible el código que utiliza palabras clave y variables escritas como PalabrasJuntas o espacios_subrayados (CamelCase vs. snake_case). Ganan los que reemplazan los espacios por «subrayados» (guiones bajos o underscores). Aunque todo esto es un poco como lo de la tortilla de patata con cebolla o sin cebolla, o quien prefiere escribir código con espacios o tabuladores, el estudio tiene sentido pues aspira a entender cuál de los dos estilos (...)
Comentarios
snake_case para C y CamelCase para C++.
Generalizable a otros lenguajes según tengan o no orientación a objetos.
#c-6" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3610375/order/6">#6 y cuando cargas bibliotecas de c en c++ ¿vas haciendo mezclas? no lo veo claro del todo...
Luego es cierto que según que lenguaje hay tendencia a usar una cosa u otra. Por ejemplo, en c# se utiliza CamelCase normalmente, en php he visto mayormente snake_case. En java he visto de todo, una vez incluso ví un trozo de código que funcionaba.
Interesante. Nunca me ha acabado de convencer el snakeCase
#2 A mi tampoco. Y eso que estoy seguro de que es más fácil de leer, pero ¿es más fácil de escribir? Y si no lo es (que creo que no), ¿merece la pena facilitar la lectura y empeorar la escritura?
Hay que tener en cuenta que con CamelCase basta con escribir todo en minúsculas que ya el IDE te pondrá las cosas en orden.
CamelCase tenía una ventaja: las cadenas eran más cortas, y esto, en los 80, cuando algunos compiladores sólo interpretaban los primeros ocho caracteres de cada token, era claramente mejor.
Hoy en día es cuestión de inercia/gustos.
¿Legibitlidad existe?
¿Espacios como el queso que se echa a las pizzas?
Yo puedo entender que a alguien le guste la repulsiva tortilla con cebolla pero, lo de unir las palabras en lugar de usar un espacio subrrallado...