Qu'est-ce qui fait partie d'un projet d'infrastructure de prisme?

Question

Je suis nouveau au prisme et je me demande comment organiser les projets/modules pour une application métier.

Dans certains endroits, j'ai lu que l'interface vers le service (WCF) devrait être mis dans le projet d'infrastructure. Donc, puisque les interfaces de service ont besoin des déclarations des objets de données (clients, commandes, etc.) cela impliquerait que je dois aussi les mettre dans le projet d'infrastructure?

Étant donné que ce projet prendra de l'ampleur et contiendra beaucoup de types de données, ne serait-il pas préférable de regrouper ces objets de données et interfaces de service dans différents projets?

Mais ce ne serait probablement plus le "projet d'infrastructure de prisme", n'est-ce pas?

En ce moment je devine: j'ai besoin de plusieurs projets contenant des interfaces de service et des types de données regroupés par domaine, et plusieurs modules contenant les viewmodels et les vues (regroupés par domaine, probablement les mêmes)?

Et le projet d'infrastructure serait-il réservé à certaines tâches d'assistance globales?

Je trouve comment grouper correctement des choses dans des domaines pour être l'un des défis les plus difficiles concernant le prisme.

Answer 1

projet d'infrastructure doit être isolé de votre service d'affaires, les contrats de données, etc., et il ne doit contenir que les classes pour aider à construire l'application et devrait être réutilisable dans d'autres projets

Encore une fois, vous pouvez définir des projets d'infrastructure multiples, séparez pour le cadre, c'est-à-dire Wpf, Asp.Net et Common.

Pour WPF/Prism, Infrastructure contient les mises en œuvre de services pour Dispatcher, Commandes délégué, régions, ModuleMapper (chargement et déchargement de vues dans les régions), etc.