Nomenclatura y estandares

[[Al González]]

¡Hola a todos!

Gracias por sus comentarios Román, Eärandir.

Casi no suelo hacer aclaraciones sobre algo que ya de por sí es claro, pero esta vez haré una excepción que considero prudente para la correcta fluidez del tema.

Empezado por roman

...No omito el guión bajo porque con la mano izquierda oprimo SHIFT y con la derecha el guión y me sorprende que Al, que sabe mecanografía, esté en contra de su uso ...

En parte por ello escribí «difícil» en letra cursiva. Trato de ponerme en los zapatos de todos los programadores que integran un grupo de trabajo. Además expuse claramente otras dos razones por las cuales prefiero abstenerme de utilizar el guión bajo.

Empezado por ContraVeneno

...Supongo que leímos el mismo libro o algo similar porque utilizamos los mismos estándares. Saludos Al ...

Hombre, prefiero no decir cuántos libros de informática he leído . Quizá sea que un servidor también vivió en Torreón . Y ya de paso te pido una disculpa por lo que pensaba de tu ciudad hace ocho años .


Seguimos en contacto.

¡Un abrazo a todos!

Al González.

[Mauro.NET]

Hola chicos, me sorprende la repercusión que tuvo este hilo hacia ustedes, probablemente tuvieron la misma inquietud alguna vez. Gracias por sus aportes.

Con respecto a lo del uso del guion bajo, por experiencia personal, yo utilizo teclado ingles por comodidad, pero esta tecla no está al lado del shift, sino arriba de todo donde estan todos los teclas de caracteres especiales &^&*()_=-+ etc.
Pero la ventaja de este tipo de teclados es mucho mas relajado a la hora de programar en delphi, ya que no tengo tengo que presionar tantas veces la tecla shift para los simbolos comunes en delphi, como por ejemplo = ; ' [ ] / como otros teclados.

Con respecto a la lectura de codigo SQL, no deberiamos dejar de lado si las palabras reservadas del SQL es convenientes mostrarlas en mayusculas o en minusculas, yo normalmente opto por la primera opcion y trato de orgainizar el codigo para que quede amigable posible para el programador.

[ContraVeneno]

Al, no te apures, al ciudad si ha cambiado en los últimos 8 años, supongo que te sorprendería... eso sí, la tierra y la falta de agua seguirán, no por nada es zona desértica y las tormentas de arena (polvo) seguirán y seguirán.

Continuando con el tema, creo que hay puntos que ya son de obligación para todos los programadores; sobre los cuales ya se han escrito muchos manuales, tips, etc:
1.- Palabras reservadas en SQL en mayúsculas (hay quien incluso utiliza este método para todas las palabras reservadas del lenguaje que utilizan)
2.- Indexación o sangría para que el código se lea mejor.
3.- (el más olvidado de todos y que podría resolver muchos problemas) Colocar comentarios en el código

Por cierto, sigo sin entender porque o para que colocar subfijos o prefijos numéricos en la nomenclatura

Saludos!

[roman]

Yo en cambio nunca he entendido porqué la insistencia en usar mayúsculas para las palabras reservadas... se ve taaan feo

¿O es que en algún momento podría pensar que 'select', 'join', 'delete' son nombres de campos? Quizá al comenzar a trabajar con sql se preste a confusión pero después es igual que en un escrito cualquiera que esté plagado de mayúsculas.

Eso sí, la indentación y apropiados cambios de línea ayudan mucho.

// Saludos

pd: a mí también me gustaría saber la necesidad de los prefijos, sufijo, mejifos numéricos.

[Mauro.NET]

En la empresa donde estoy usan sufijos numericos, (Nombre_del_Campo_123) y a medida que voy creando una nueva tabla, voy incrementando en uno. En fin, ese numero es el orden de creacion de tablas, que para mi gusto no me dice nada y no le encuentro ninguna utilidad. Pero si ya tenes una DB con ese estandard adoptado, seria muy costoso modificar integramente el sistema para adaptarlo a un nuevo estandard. Donde estoy yo, tenemos que seguir usando ese viejo estandard propio nos guste o no. Con el tiempo de das cuenta que al trabajar con cientos de tablas, se hace dicifil recordar, y ademas las consultas sql se tornan muy confusas para mi gusto, sobretodo cuando hay comparaciones de campos con valores numericos. En todo caso usaria sufijos con letras, pero gual no me cuadra la idea. por algo soy insistente por que definamos estandares comodos para la mayoria, aunque estoy de acuerdo con mucha de las propuestas, yo igualmente seguire investigando.

[[Lepe]]

Pues yo estoy en contra del "guión bajo" , como ya han dicho, me parece un caracter extra e incómodo, aún cuando sé mecanografía .

Solo añado una cosita más, para las llaves externa (Foreign Key) suelo usar FIDVENTAS, F de Foreign Key, sufijo ID, y por último la tabla.

Para un nuevo programador, le facilita la tarea de "deducir de donde viene", pero reconozco que algunas veces olvido la "F" y me harto de buscar el campo IDVENTAS, ¿quizás cuando más espeso está uno?

Un saludo

[ContraVeneno]

Estuve reflexionando un poco sobre el tema del uso de las mayúsculas para las palabras reservadas y creo que Roman tiene razón. La verdad es que si se vuelve un poco molesto estar escribiendo las palabras reservadas en mayúsculas y más ahora que el mismo lenguaje las resalta o las pone en otro color, incluso aquí en el foro tienes la posibilidad de colocar etiquetas y tambien las marca.

Saludos