Frage

Ist es möglich, DDD zu verwenden und ein reiches Domain-Modell, wenn Ihre Anwendung ist wie:

  • Windows-Client (WPF)
  • Windows-Dienst

Und Kommunikation geschieht mit WCF?

Ich bin es gewohnt zu haben DTO mit nur Datenzustand und haben Geschäftsregeln innerhalb der Service-Schicht, aber jeder sagt mir, dass ich ein reiches Domain-Modell haben sollte, wo Datenzustand und Regeln / Methoden sind alle in den Objekten selbst .

Ich bin nur nicht sicher, ob dies reiche Domäne-Modell auf ein System anwenden würde, die eine Benutzeroberfläche hat und kommunizieren über WCF zu einem Dienst (wie ich oben dargestellt). In meinem Fall ist es besser, weil der WCF mit einem anämischen Domänenmodell fortsetzen? Wenn nicht, könnten Sie bitte ein Beispiel geben, wie die Architektur es ein reiches Domain-Modell, wenn man bedenkt WCF, Proxy, etc?

Danke!

War es hilfreich?

Lösung

Im Allgemeinen Sie Ihre Domain-Objekte für die Übertragung über WCF als eine vereinfachte DTO sowieso serialisiert, und es ist diese, die von der Client-Anwendung verbraucht werden.

Sie können Serialisierung benutzerdefiniert Typen und sie in dem Client deserialisiert aber für die meisten Anwendungen ist dies nicht notwendig. Solange Sie in Ihrem Client das ‚reicht‘ Verhalten Ihrer Objekte nicht brauchen (die Sie sollten nicht mit einem guten DDD sowieso), es klingen für mich wie Sie in Ordnung sind ein reiches Design in Ihrem Service-Layer zu verwenden und Bitte senden Sie einfach DTOs über den Draht.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top