En este videotutorial veremos como poner buenos nombres, alias e identificadores en Velneo. Se repasan los errores que debemos intentar evitar al poner los nombres, alias e identificadores en nuestras aplicaciones. Se explican los conceptos a tener en cuenta, se dan recomendaciones y finalmente se repasan ejemplos de nombres, alias e identificadores que se pueden considerar correctos o incorrectos y por qué.
Nota adicional para los alias
Es importante que los alias sean únicos para evitar conflictos tanto con nuestro código como cuando utilizamos código de terceros. Es muy recomendable añadir en el alias un prefijo o un sufijo «único» que sea nuestra marca de programador o empresa de desarrollo.
Ejemplos que podemos considerar correctos son velneo_myERP_app o greatSoft_CRM_dat, siendo velneo y greatSoft el prefijo que nos debería identificar de forma única en todos nuestros alias. No es conveniente usar como prefijo una letra, por ejemplo v_ERP_app o w_ERP_app ya que es muy probable que se puedan repetir.
Poner buenos nombres, alias e identificadores en Velneo
En resumen, es muy recomendable poner bien los nombres, alias e identificadores de los objetos y subobjetos de tus aplicaciones. Te permitirá programar de forma más sencilla y te facilitará el mantenimiento de tus aplicaciones tanto en el presente como en el futuro.
Si hablamos de un equipo de programación esta recomendación se vuelve imprescindible para un funcionamiento fluido del equipo de la hora de mantener coherencia en la programación de todos los miembros del mismo. Es importante que el cliente final de la aplicación no detecte diferencias entre la programación realizada por varios programadores o incluso por un mismo programador en diferentes momentos.
Recuerda, que en ocasiones poner nombres, alias o identificadores no es sencillo. Pero siempre es preferible pararte, pensarlo bien y poner un nombre definitivo que tener que cambiarlo en el futuro, ya que eso supone tiempo y pone en peligro la estabilidad de tus desarrollos.
Una mejora siguiente tus propios consejos
En el ejemplo CLT_TRO_NOM (minuto 10:18), te recomendaría no poner «_NOM», basicamente porque esa búsqueda con el tiempo se convertirá en una búsqueda de trozos (no sólo de nombre) con teléfono, dirección, NIF, etc…
Por tanto el sufijo _NOM tendrías que reemplazarlo, y como dices, cuesta dinero…
Ah!, para otra intenta corregir la temperatura de color de la webcam
Gracias tocayo.
El tema de la temperatura no es de la webcam sino de la necesidad que tuve en la producción del vídeo con screenflow de aplicar un filtro de temperatura para que funcionase bien el efecto chroma key debido a una iluminación incorrecta. Screenflow tiene muchas virtudes incluso en su última versión incluye un montón de filtros pero no llega a ser un programa profesional de producción de vídeo. Espero no tener que aplicarlo en los futuros vídeos.
Respecto al nombre del objeto, gracias por tu aportación, tienes razón de que es más abstracto no utilizar la terna NOM si ese índice de trozos o palabras es el único de la tabla o así está previsto. En el ejemplo se trata de mostrar la reducción de caracteres aplicando abreviaturas sobre nombres que estaban en la lista de inadecuados por eso utilice las mismas palabras, aún así, tu comentario es acertado para evitar tener que renombrar el índice y gastar más pasta 🙂 Lo cierto es que cada vez me encuentro con más casos en los que en la misma tabla existen varios índices de trozos o palabras debido ya que es necesario indexar de forma aislada algún campo objeto o por el uso de condiciones en el índice para indexar por trozos o palabras registros de un determinado tipo o un estado específico.