En la programación genérica se debe intentar crear métodos y funciones " genéricas ",es decir, métodos o funciones que dependiendo de sus parámetros pueden utilizarse en situaciones computacionales similares. Por consiguiente es adecuada una planeación antes de empezar cualquier proyecto de software aunque  pareciera exagerado el siguiente ejemplo: si necesitamos hacer un programa que sume los números 2 y 3 seria muy ineficiente realizar todo un programa exclusivamente para sumar estos dos valores y luego para sumar el 4 y el 8, por decir algo, se tuviera que hacer otro programa, lo ideal seria elaborar un programa que sumara 2 números sin importar cuales son.

Aunque como se mencionó anteriormente este ejemplo parece exagerado sucede mucho en casos mas complejos o cuando se trabaja en grupos de programación, se repiten mucho los métodos o funciones, algo similar es lo que trata de aliviar la programación orientada a Aspectos.

 El polimorfismo, característica aportada por la OOP. Es una propiedad que brinda la posibilidad de definir varias operaciones con el mismo nombre, que solo son diferencias por los parámetros de entrada, y esto permitiría que el mismo método sea utilizado.

Una forma adecuada es  evolucionar poco a poco un método o función genérico, creando versiones del mismo

ejemplo: insertar_genericouno(), insertargenericodos(),insertargenericotablasa(),etc

Las ideas de este apartado se desarrollan en el capitulo siguiente "Programación Genérica y Sql", lo que se desea es tener una reflexión previa al momento de construir.

Por otra parte los patrones de diseño son marcos de trabajo o esquemas donde se puede basar el programador para solucionar casos similares a una situación particular.

Los patrones de diseño son soluciones comprobadas y acertadas para situaciones computacionales hasta que no se diga lo contrario. por ejemplo el patrón observador o el patrón singleton.

Se explica aquí algo del patrón observador, cuando se trabaja en una situación en la cual varios elementos deben estar informados  de lo que pasa en uno central, se sabe que es ineficiente que cada elemento pregunte al elemento central que sucede en cada momento.

Esto podría suceder en un ambiente de base de datos distribuidas, en las bases de datos distribuidas alguna información debe estar replicada y sincronizada en varias bases de datos. Las dificultades para mantener consistencia en la información de las diferentes bases de datos llevaron a desarrollar el patrón observador. La solución que plantea el patrón observador es similar a una especie de suscripción donde los cambios que ocurren son informados a los elementos que lo necesitan.

Con lo anterior no se manifiesta que no se debe pensar en soluciones innovadoras, pero se debe buscar o investigar un poco que soluciones se tienen, con ventajas y desventajas, para el caso particular o situación computacional que se debe desarrollar.

vieravictor@hotmail.com