Quelle est la meilleure pratique pour la réutilisation du modèle de domaine dans les applications composites?

Question

Nous avons une application composite construite à l'aide du bloc d'application composite (CAB)/logiciel client intelligent (SCSF). À ce jour, chaque module de notre application composite a utilisé son propre ensemble de DTO et la logique métier a été dupliquée dans tout le module, à la fois dans la couche UI et dans la couche Service. Je souhaiterais poursuivre une approche basée sur les domaines afin d'encapsuler la logique métier dans une couche de domaine pouvant être distribuée au niveau de l'interface utilisateur et au niveau Service, et (idéalement) entre les modules.

Nous avons plusieurs modules dans notre application composite en cours de développement en même temps, et nous devons être en mesure de les déployer dans n'importe quel ordre. Idéalement, j'aimerais que nos modules partagent un modèle de domaine commun, mais je crains que lorsque nous déployons une nouvelle version du modèle de domaine avec un module, nous devrons tester les autres modules par rapport au modèle de domaine. . L'alternative semble être la duplication du modèle de domaine dans chaque module, mais toute cette duplication de code sent drôle pour moi. L'industrie a-t-elle développé des meilleures pratiques pour ce type de situation?

Answer 1

J'ai utilisé un modèle de domaine unique, mais un qui permet le versionnement sur chaque définition individuelle. La génération de code fournit à la fois les interfaces par service et le code de mappage qui peut traverser les limites de service et de version.