Nuevos patrones de diseño/estrategias de diseño

Question

He estudiado e implementado patrones de diseño desde hace algunos años, y me pregunto. ¿Cuáles son algunos de los patrones de diseño más nuevos (desde el GOF)? Además, ¿qué debería uno, similar a mí, estudiar [en el camino del diseño de software] a continuación?

Nota: He estado utilizando TDD y UML desde hace un tiempo. Tengo curiosidad sobre los cambios de paradigma más nuevos o los patrones de diseño más nuevos.

Answer 1

Me sorprende que nadie haya mencionado el libro de Martin Fowler Patterns of Enterprise Application Architecture. Este es un libro excepcional con decenas de patrones, muchos de los cuales se utilizan en el diseño moderno de ORM (repositorio, registro activo), junto con una serie de patrones de capa de interfaz de usuario. Muy recomendable.

Answer 2

Un cambio enorme desde un aspecto de mantenimiento es el uso de DVCS. Si usted no sabe lo que uno es o no ha utilizado uno, le recomiendo leer sobre los dos bateadores duro:

Mercurial (hg): https://www.mercurial-scm.org/
git: http://git-scm.com/

que han hecho bastante para cambiar el flujo de trabajo del entorno de programación común. No es realmente un patrón/diseño que planteo, pero no creo que TDD o UML sean diseños/patrones técnicos, ya sea en algún nivel. Tal vez más como prácticas comunes en torno a la programación.

Answer 3

yo soy un ávido seguidor y defensor de la PCMEF (now PCBMER) framework

Here's una visión simple de la misma.

Entiende que los sistemas empresariales son enormes y complejos, y al combinar un conjunto de otros patrones de diseño en el marco PCMBER (Presentación, Control, Mediador, Entidad y Recursos), incluso el sistema más complejo sigue siendo fácil de usaremos y administraremos

Answer 4

Hay una infinidad de patrones de diseño. Los patrones de diseño son solo eso: una recurrencia de trucos que los programadores usan para hacer las cosas. Lo más útil acerca de los patrones de GoF es lo famosos que son. En eso, se han convertido en un lenguaje, exactamente lo que el GdF esperaba lograr.

Muchos otros patrones que encontrará en la web y en la literatura son "solo" trucos útiles, no tanto un lenguaje que puede usar cuando habla con otros programadores. Dicho esto, hay una serie de patrones que surgieron en los últimos diez años más o menos, particularmente en el ámbito del desarrollo web. Vea los patrones listados en Martin Fowler's patterns book.

Answer 5

Uno de los más nuevos que encontré particularmente útil es Domain Driven Design. No tanto un patrón en sí mismo, sino más bien una mentalidad: concentrarse en los objetos de dominio, es decir, las cosas que modelas y construyes el resto de la aplicación a su alrededor.

Descubrí que daba sentido a los principios que todos conocíamos anteriormente, pero que eran demasiado vagos para abordarlos, como el Principio de Responsabilidad Individual y la Separación de Preocupaciones. Tomo esos dos especialmente más en serio ahora.

Otro eje de mejora para mí fue TDD y Dependency Injection. Descubrí que con muchas interfaces y clases implementándolas, pude dejar de lado este miedo de solo definir algo una vez. Eso no quiere decir que esté en conflicto con DRY (Do not Repeat Yourself) mucho. Está bien tener dos clases con las mismas propiedades si sus propósitos son diferentes. La encapsulación y SRP son mucho más importantes que solo definir una propiedad una vez.

Answer 6

Umm ... ninguna de las cosas que la gente ha mencionado son patrones de diseño.

GOF se escribió implícitamente con Java en mente. Exploró ese espacio bastante bien.Sin embargo, una vez que ingresas en otros idiomas, algunos patrones ya no son necesarios (el observador rara vez se usa en un lenguaje como C# que admite eventos) y surgen algunos nuevos. Tómese los libros Pro JavaScript Design Patterns o Design Patterns In Ruby y vea qué pasa con los patrones de espera en estos paradigmas muy diferentes.

Mis favoritos últimamente provienen de la deriva funcional de los idiomas modernos. Soy un gran admirador de nested closures y de las formas funcionales de abordar algunos de los mismos problemas que GoF (de nuevo, vea el libro de Ruby para ver ejemplos). También estoy enamorado de la idea de domain-specific languages interno que se abre a toda una serie de patrones de diseño propios (incluidos los cierres anidados). Además, la agregación de eventos parece estar a punto de alcanzar un gran éxito en el mundo de .Net en el futuro cercano.

Un par de otros grandes que han llegado a la escena pero que no se discuten tanto en GoF, probablemente porque son más altos que los que estaban buscando, son Inversión de contenedores de control, Message Bussing, Orientación de aspecto -Programación, Model-View-Controller, Model-View-Presenter, Model-View-ViewModel, y su tipo.

Por cierto, estos no son patrones de diseño, pero si está buscando avanzar más allá de TDD, comience a analizar el Desarrollo basado en el comportamiento y el Contexto/Especificación.