Patrones de diseño en Python - Conclusiones

Los patrones del GOF y los de Python pueden beneficiarse mutuamente.  Mientras quea Python le faltan algunas características que el GOF asume, no es imposible construir implementaciones de los patrones que funcionen como sus contrapartes del GOF. Nuestra implementación del Singleton sustituyó los constructores privados con un mecanismo de excepción y un método de clase con una función regular pero el patrón subyacente es claramente el Singleton.  Es importante notar la diferencia entre un patrón y suimplementación.  En Singleton nuestro enfoque principal era mantener las características del patrón descritas en el GOF. Esto guía a una solución que probablemente es muy obscura para ser reconocida como un patrón Python.  Una solución más intuitiva - y más del estilo Python tal vez - sería abandonar los problemas de encapsulación y proveer simplemente una función fábrica para la instancia Singleton [Lun97].


El uso de Python como un lenguaje de implementaciones puede también reforzarel patrón.  La naturaleza flexible y dinámica del lenguaje provee una buena base para una variedad de distintas y elegantes soluciones.  Nuestra cadena de responsabilidad hace el patrón más dinámico al implementarlo con el patrón despacho de comandos, el cual toma ventaja de las capacidades de Python en tiempo de ejecución.  Estas capacidades incluyen búsquedas y adiciones de atributos en tiempo de ejecución.  En otras palabras, las instancias de una misma clase no necesariamente requieren tener estructura idéntica y el acceso a los atributos puede ser monitoreado y atrapado.  Estos mecanismos proveen una forma bastante elegante de implementar varias clases genéricas como en nuestra implementación del Proxy.


Elegimos tres patrones para enfatizar los problemas discutidos, pero tenemos la confianza de que otros patrones del GOF pueden ser implementados en Python, y con resultados similares.  Mientras que los patrones pudieran terminar con características flexibles y dinámicas después del proceso, no necesariamente erosionaría la usabilidad y reconocibilidad de los patrones.  La familiaridad y el orden provisto por el uso de patrones puede ofrecer mayores beneficios para diversos sistemas de objetos y frameworks Python.