Zwiebelarchitektur für mittlere Tier- / Backend-Dienste

Question

Ich arbeite derzeit an Zwiebelarchitektur von J.Palermo . Ich habe Probleme beim Umsetzen in meinem Fall. Ist diese Architektur geeignet für "Business Wenkte" -Webstände, aka mashup of Services?

hier ist mein Fall:

Wir verfügen über viele Backend-Dienste (in WCF), die jeweils isolierte Geschäftsdaten aussetzen (Marketing, Konto, Angebot, CMS ...). Unsere vielen MVC-Websites 'können nur "diese Dienste für Rendering-Seiten konsumieren. Alle Geschäftslogik erfolgt im Dienst, und die Website ist auf die Präsentationslogik beschränkt. Es gibt keinen DB-Zugriff auf der Website. Einige Geschäftsdaten können jedoch mit einer zusammengesetzten Entität zur Präsentation zusammengeführt werden (z. B. der Verknüpfung einer Inhaltsseite an ein Angebot). Ich denke, dass ich diese Logik unter einer Serviceschicht einfügt.

edit: Sollte ich ein Domänenmodell für das Zuordnen von Backend / Middle Tier Service-Ergebnisse / Aktionen erstellen? Vielleicht ist die Geschäftslogik hier nur, um Daten aus verschiedenen Quellen zusammenzuführen?

danke,

Answer 1

Wenn sich die gesamte Geschäftslogik in den WCF-Services befindet, würde ich mich bemühen, den Punkt eines Kernprojekts mit einem Domain-Modell zu sehen (was würde dies tun?).Ich gehe davon aus, dass Sie keine Business-Logik auf dieser Dienste hinzufügen, um mehrere Operationen zu kombinieren?Wenn nicht, würde ich sagen, dass die Zwiebelarchitektur in diesem Szenario nicht angemessen ist.

Answer 2

Ich würde sagen, dass WCF einen Domänenservice für andere Anwendungen in Kraft hat.In der Tat treten Sie einfach die Zwiebel über mehrere Anwendungen auf.