Architecture d'oignon pour les services de niveau moyen / backend

Question

Je travaille actuellement sur Architecture d'oignon de J.Palermo . J'ai des problèmes pour la mettre en œuvre dans mon cas. Cette architecture est-elle appropriée pour les sites Web «commerciaux moins», aka mashup de services?

voici mon cas:

Nous avons de nombreux services backend (dans WCF), chacun exposant les données commerciales isolées (marketing, compte, offre, cms ...). Nos nombreux sites Web MVC «juste» consomment ces services pour les pages de rendu. Toutes les entreprises logiques sont au service et le site Web est limité à la logique de présentation. Il n'y a pas d'accès à dB sur le site Web. Cependant, certaines données commerciales peuvent être fusionnées dans une entité composite pour la présentation (telles que la liaison d'une page de contenu à une offre). Je pense mettre cette logique sous une couche de service.

edit: Devrais-je créer un modèle de domaine pour la mapping Résultats / actions du service de niveau de niveau moyen? Peut-être que la logique commerciale ici est juste pour fusionner des données de différentes sources?

merci,

Answer 1

Si toute la logique commerciale se trouve dans les services de la WCF, je lutterais pour voir le point d'un projet de base avec un modèle de domaine (que ferait-il?).Je suppose que vous n'ayez pas ajouté une couche de logique commerciale sur ces services pour combiner plusieurs opérations?Sinon, je dirais que l'architecture d'oignon n'est pas appropriée dans ce scénario.

Answer 2

Je dirais que WCF est en vigueur un service de domaine pour d'autres applications.En effet, vous rompez simplement l'oignon sur plusieurs applications.