Parte I. Construir una arquitectura para apoyar el modelado de dominios
La mayoría de los desarrolladores nunca han visto un modelo de dominio, sólo un modelo de datos.
Cyrille Martraire, DDD UE 2017
La mayoría de los desarrolladores con los que hablamos de arquitectura tienen la molesta sensación de que las cosas podrían ir mejor. A menudo intentan rescatar un sistema que de algún modo ha ido mal, y tratan de volver a estructurar una bola de barro. Saben que su lógica empresarial no debería estar esparcida por todas partes, pero no tienen ni idea de cómo arreglarlo.
Nos hemos dado cuenta de que muchos desarrolladores, cuando se les pide que diseñen un nuevo sistema, empiezan inmediatamente a construir un esquema de base de datos, tratando el modelo de objetos como una idea tardía. Aquí es donde todo empieza a ir mal. En lugar de eso, el comportamiento debería ser lo primero e impulsar nuestros requisitos de almacenamiento. Al fin y al cabo, a nuestros clientes no les importa el modelo de datos. Les importa lo que hace el sistema; si no, utilizarían una hoja de cálculo.
La primera parte del libro examina cómo construir un modelo de objetos rico mediante TDD (en el Capítulo 1), y luego mostraremos cómo mantener ese modelo desacoplado de las preocupaciones técnicas. Mostraremos cómo construir código ignorante de la persistencia y cómo crear API estables en torno a nuestro dominio, de modo que podamos refactorizar agresivamente.
Para ello, presentamos cuatro patrones de diseño ...
Get Patrones de Arquitectura con Python now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.