Ich baue eine Anwendung, die MVC 2, mit EF 4 verwendet, das Repository-Muster und poco verwendend. Ich möchte eine Anmeldeseite für Kunden erstellen. Wo sollte die Funktionalität leben, die Dinge wie Passwortrichtlinien überprüft, Gültigkeit und alle anderen Dinge Login-bezogen. Würde dies innerhalb der von POCO generierten Customer Entity stattfinden, sollte ich eine separate Login-Klasse erstellen oder etwas anderes?Position des Passworts funktionalitly in DDD
Dank
Stu
Also, anstatt diese Funktionalität in der Domain-Ebene zu platzieren, sagen Sie, es wäre besser in einer separaten Service-Schicht platziert? – hoakey
Nein, keine Service-Schicht, ein Domain Service (im Kontext von DDD). Es ist ein Weg, eine Art des Umgangs mit Operationen zwischen Entitäten darzustellen, die keine ausschließlichen Verantwortlichkeiten einer dieser Entitäten sind. Mehr dazu [hier] (http://devlicio.us/blogs/casey/archive/2009/02/17/ddd-services.aspx). – CGK
+1 - ich stimme zu. Dies ist eine Authentifizierung, die nicht Teil der Domäne ist, sondern Teil der Darstellung der Domäne als Webanwendung. Sollte Domain-Service sein. – RPM1984