2009-08-07 7 views
1

Ich weiß, dass wir nur Repositories für Aggregatwurzeln erstellen sollten und nicht für die Aggregate, die es aggregiert. Sollte ich die gleiche Logik auf MVC anwenden, z. B. einen Controller/PageView für einen Gesamtstamm und dann eine/einige Teilansicht/Teilaktion für die Untereinheiten.ASP.NET MVC + DDD - Erstellen und Aktualisieren von Aktionen für Aggregatwurzeln

Bitte erläutern Sie Ihre Antwort mit dem berühmten Order/OrderLine-Beispiel.

Ich verwende derzeit die S#arp Architecture und es gibt keine Beispiele dafür.

Edit 1: Ich begann einen Thread auf dem Sharp-Architecture group

Antwort

2

ich meine eigene Frage zu beantworten einen Schuss nehmen.

Zunächst sind ASP.NET M (VC) und DDD Dinge, die komplementär sind. Das Konzept der Aggregatwurzel sollte das Design der Ansichten/Controller nicht verändern oder antreiben. Ein Aggregatstamm ist etwas, das auf ein (Geschäfts-) Modell angewendet wird. Die Ansichten/Controller sollten sich hauptsächlich mit einfachen Objekten befassen. Möglicherweise müssen einige spezifische Klassen (DTOs) erstellt werden. Model-Binding ist etwas Cooles, aber die Controller (oder Model-Binder) sollten nicht die Verantwortung haben, einen Aggregat-Root zu erstellen.

Was denkst du?

+0

Ich fand endlich die Antwort auf alle (fast) meine Sorgen: http://www.losetechies.com/blogs/jimmy_bogard/archive/2009/06/29/how-we-do-mvc-view-models. aspx – W3Max

Verwandte Themen