Ensayo - un intento de entender las áreas de competencia de código DDD hundimiento

Hoy ha sido un tren, ha estado pensando en el pasado, el análisis de muchos jefes y artículos sobre el desmantelamiento de la DDD, indicador honesto justo donde este contexto, subdominios, raíz agregada y así sucesivamente, estos términos abstractos como la piedra de tropiezo para entender DDD, realmente pensar en ello MVC, MVVC lo fácil que es comprensible Sí, es un proceso de aprendizaje muy armonioso y agradable ella.
Bueno, apartarse, y todos sabemos que en primer lugar el código escrito buena medida, la reutilización y la cohesión es una parte integral de los factores de evaluación. También estos dos indicadores es la capacidad para guiar a los indicadores clave de código del hundimiento. Estoy seguro de que va a decir que estos dos indicadores son lío rollo de melón cocido, pero creo que cuando un equipo de marcos técnicos maduro, el código después de la formación de los miembros de un determinado tipo es difícil encontrar el problema. Por ejemplo, cuando la ejecución solicitudes de los usuarios de la mayoría de los usuarios de negocios juzgará existe o no, el servicio llamará al usuario de los servicios (ir aquí o llame a los servicios de micro puede lograrse a través de DAO, no afecta a la descripción) para determinar el usuario en función de la rentabilidad, no es aquí están todas las acciones de los usuarios de negocios tales juicios, de hecho, aquí podemos determinar si el usuario existe o no se hunden directamente al usuario a hacer este modelo, el lado del negocio para obtener la entidad de usuario, el método directamente user.isExist () será capaz de juzgar, semántica muy claro, no es sino que también tienen un punto de sabor límites del campo? Por supuesto, muchos estudiantes dicen que estamos haciendo aquí es sólo un ejemplo, que si pueden mantener el criterio de cada capa del modelo son tan simples, a continuación, la reutilización de código en sí será una gran cantidad de refrescante.
Piense en lo que la naturaleza de la reutilización y la cohesión en el ejemplo anterior, que es? De hecho reutilización decirnos qué momento del hundimiento, y cohesivo decirnos donde nos estamos hundiendo. No existe una función de cohesión a la entidad apropiada, no hay cohesión al nivel apropiado también tiene dos niveles
para que podamos encontrar fácilmente esta estrategia paso a paso disipador de capacidad debe ser una más realista, más ágil enfoque, porque hay que reconocer que el modelo no es un diseño, pero iterativa a cabo la evolución.
Debo admitir que no sabía lo que se ha descrito anteriormente, parece que un simple código de lavabo, pero para mí me siento como si hay una gran cosecha, la esperanza puede tener más este tipo de pensamiento independiente.

Publicados 169 artículos originales · ganado elogios 224 · vistas 260 000 +

Supongo que te gusta

Origin blog.csdn.net/sureSand/article/details/105353628
Recomendado
Clasificación