Una referencia rápida para distintos tipos de patrones de diseño de dos páginas. Puedes descargártela de McDonaldLand.info.

El otro día estuve hablando un poco sobre qué son los patrones de diseño. Vimos que nos podían ayudar resolviéndo algunos problemas que se nos pueden presentar durante el desarrollo de nuestros proyectos. Pues bien, dependiendo del problema al que nos enfrentemos, podemos agrupar los patrones en tres grandes grupos:

• Patrones de creación. Estos patrones se utilizan cuando debemos crear objetos pero debemos tomar decisiones dinámicamente en el proceso de creación. Para ésto lo que hacemos es abstraer el proceso de creación de los objetos para realizar la decisión de qué objetos crear o cómo crearlos para el momento en que se tenga que hacer. Patrones de creación son: Abstract Factory, Builder, Factory Method, Object Pool, Prototype y Singleton.
• Patrones estructurales. Nos describen como utilizar estructuras de datos complejas a partir de elementos más simples. Sirven para crear las interconexiones entre los distintos objetos y que estas relaciones no se vean afectadas por cambios en los requisitos del programa. Algunos ejemplos de patrones estructurales son: Adapter, Bridge, Decorator, Facade, Flyweight y Proxy.
• Patrones de comportamiento. Fundamentalmente especifican el comportamiento entre objetos de nuestro programa. Hay varios: Chain of Responsability, Command, Interpreter, Iterator, Mediator, Memento (o Snapshot), Observer, State, Strategy, Template Method y Visitor.

La semana pasada tuve en el trabajo un minicurso de 2 días sobre patrones de diseño. Para quien no lo sepa, según la wikipedia:

Los patrones de diseño (design patterns) son la base para la búsqueda de soluciones a problemas comunes en el desarrollo de software y otros ámbitos referentes al diseño de interacción o interfaces.

Un patrón de diseño es una solución a un problema de diseño. Para que una solución sea considerada un patrón debe poseer ciertas características. Una de ellas es que debe haber comprobado su efectividad resolviendo problemas similares en ocasiones anteriores. Otra es que debe ser reusable, lo que significa que es aplicable a diferentes problemas de diseño en distintas circunstancias.

Esto es, soluciones a problemas que se nos pueden presentar en nuestros desarrollos que ya han sido probadas por otros que se enfrentaron a estos mismos problemas y que, por tanto, se ha mostrado su efectividad.

Siguiendo con el curso, éste se dividía en dos: enfocado a los diseñadores y enfocado a los constructores. Estuvimos primero viendo los patrones generales más típicos: singleton, factory, builder… la gran mayoría de los que aparecen en el enlace anterior de la wikipedia. Y después nos adentramos más en conocer los patrones que utilizamos (o deberíamos utilizar) en el trabajo: los patrones en J2EE. Por último, y no menos importante, vimos una serie de antipatrones que muchas veces utilizamos en nuestro trabajo diario y que deberíamos evitar (apoyado por una serie de buenas prácticas que nos facilitarían la escritura de código). Por cierto, ahora que hablo sobre antipatrones, leyendo mis feeds me encontrado con un buen artículo de VariableNotFound.

En fin, que el curso estuvo bastante bien (todo sea por desarrollar software de mayor calidad) porque desconectamos un poco del día a día en el trabajo. Quizás en próximos posts hable algo más sobre patrones de diseño.