Principios y patrones

Recopilando más apuntes sobre patrones del diseño del software, llegamos a este patrón de diseño Module/Módulo que se puede implementar de muchas formas. Este codekata en PHP hace una implementación, pero se puede hacer de varias formas, y simplemente consiste en aplicar la técnica de divide y vencerás.

Es decir, los programas los podemos dividir por módulos. A su vez, estos módulos se pueden volver a dividir de nuevo en sub-módulos. Además de que independientemente a si se usa en programación procedural o con objetos, podemos establecer módulos.

En el patrón de diseño del software Proxy, se incluye una clase intermedia antes de un objeto, para aplicar acciones extra antes de usar el objeto intermediado.

Es decir, es para aplicar acciones como cacheado de la información, de los objetos generados, logs, reenvío de acciones a otros objetos, control de acceso a métodos o datos, etcétera..

Siguiendo con el repaso a los patrones de diseño software, llegamos al llamado Prototype, o Prototipo en castellano. Este patrón consiste en crear un método en los objetos para que se puedan clonar fácilmente.

Es decir, una vez tenemos un objeto, podemos crear otro copia de este primero, pero puede ser muy costoso hacerlo desde afuera del objeto que queremos clonar. Lo mejor es hacerlo internamente dentro del propio objecto. Al grano..

Este patrón de diseño del software es de los del tipo creacionales. Los Builder o Constructores se usa para preparar la construcción de objetos complejos, o para preparar la construcción de baterías de clases complejas.

Estas clases complejas pueden ser de todo tipo. Simplemente se trata de una forma de dividir un problema grande o complejo en trozos más pequeños. Vamos al grano..

Este patrón de diseño del software es muy interesante, porque da mucho juego, además de que si lo combinamos con otros puede mejorar mucho nuestros programas. Es decir, simplemente se trata de una clase, que como su nombre indica, Factory, Factory Method o Abstract Factory, se encargan de fabricar objetos para usarlos.

Estos objetos pueden ser cacheados para no volver a crearlos con su coste de crearlos, también puede encargarse de crear otros objetos con todo tipo de patrones de diseño.

Continuando con los resúmenes sobre patrones de diseño del software llegamos al patrón Object Pool, que traducido significa Grupo de Objetos.

Este patrón está orientado a mejorar el rendimiento de la creación de objetos con alto coste temporal o espacial. Es decir, es para mejorar el uso de los recursos. Se genera una serie de objetos al inicio del programa, o la primera vez, para ir cogiendo los objetos del pool, y después devolverlos para que otros procesos o módulos del programa los reutilicen sin tener que volver a crearlos.

Este patrón del diseño del software es un patrón para optimizar los recursos, para reducir el coste espacial, y probablemente también el coste temporal de nuestros programas. El patrón Flyweight o Peso Mosca se basa en la optimización de recursos disminuyendo la cantidad de información que tiene cada objeto.

Es decir, cuando tenemos muchos objetos similares con información muy parecida, conviene desacoplar la información común y agruparla en nuevos objetos, reduciendo los originales.

Siguiendo con el repaso en PHP de los patrones de diseño del software, llegamos al patrón Fachada o Facade en inglés. Es bien sencillo, consiste simplemente en poner una clase u objeto en medio, para que se encargue de simplificar el manejo en conjunto del programa.

Es decir, suele haber tareas complejas, con varios pasos, o en las que intervienen varios elementos. Entonces, para simplificar todo, se llama a la clase de fachada para simplificar la programación y mantenimiento.

Siguiendo la serie de codekatas sobre patrones de diseño del software llegamos a un patrón para añadir funcionalidades a un código ya existente a base de objetos llamados decoradores. Este post trata de lo que se llama el patrón Decorador/Decorator en inglés.

Se puede usar para decorar transacciones económicas, líneas de teléfono, clientes, etc.. es decir, se puede aplicar a muchos conceptos. Pero vamos a suponer que estamos pintando por pantalla coches, tendremos un coche básico, y queremos decorarlo. Al grano, que es más fácil ver el código que explicarlo..

Siguiendo con la recopilación de codekatas sobre patrones del diseño software llegamos al patrón Composite. Este patrón es una forma de reutilizar código fuente, haciendo objetos que sean compuestos de otros, como su nombre indica.

Estos conceptos se pueden usar por ejemplo en las ventas que pueden ser combinaciones de varias ventas, en figuras geométricas compuestas, en aplicación de reglas de precios, productos simples o compuestos, etc.. Por ejemplo, aplicando descuentos, puede ser que tengamos descuentos simples y descuentos que puedan ser la acumulación de otros varios. Un producto puede ser simple, o puede ser un pack de una combinación de otros productos. Una figura puede ser simple, o puede ser una combinación de varias figuras simples. Y así suma y sigue según el escenario en curso..

Otro patrón de diseño del software es el llamado Puente o Bridge en inglés. Se trata de una forma de refactorizar los códigos fuentes para que tengan bajo acoplamiento y alta cohesión, distribuyendo las características y haciendo más manejable todo el programa en su conjunto.

Es más fácil verlo para entender en qué consiste exactamente.

Este patrón de diseño de software es el de Adaptador, se puede usar para conectar con otros sistemas. Simplemente utiliza una interfaz para definir un contrato de uso que luego se reutiliza implementando clases que la implementan.

Por ejemplo, supongamos que queremos guardar cadenas de caracteres. Este guardar, es lo que queremos hacer, independientemente de si se hace en memoria, en un fichero, una base de datos Postgres/Mysql/etc.. entonces cada implementación del guardado, es un adaptador, porque adapta conectando el sistema informático con el destino del guardado de forma transparente.