4

Ich lese Fowlers Beschreibung der anämischen Domain und ich glaube, dass ich diese Symptome habe. Ich habe mehrere Objekte, die nichts tun, als Daten in verschiedenen Paketen herumzugeben. Ich habe auch mehrere Dienste, die ziemlich viel mit dem ganzen Verhalten (Exekutivfunktion) umgehen. Ich verliere den Überblick darüber, warum und was ich getan habe und wo ich bestimmte Aufgaben finden kann.Meine ASP.NET MVC-Anwendung ist Anämic

Die Anwendung tut was ich will, aber ich frage mich, ob ich nur ein prozedurales Programm in oo Verkleidung habe. Vielleicht kann ich meine prozedurale Programmierung nie durchkreuzen? sollte ich?

In MVC, sollte ich meine Dienste beseitigen und diese Verantwortung auf meine Controller und Modellobjekte verteilen?

ich Analogien zwischen MVC Konzepte und DDD conepts schätzen ...

Antwort

0

Warum versuchen Sie nicht das Buch Evans wie in einem Ihrer früheren Fragen vorgeschlagen?

3

Ich denke Controller sollten relativ dünn sein. Ihre Aufgabe besteht hauptsächlich darin, die Anfrage zu übernehmen, sie an die entsprechenden Anwendungsdienste zu delegieren und das richtige Handlungsergebnis zu bestimmen.

Wenn Sie der Meinung sind, dass Ihre Domain-Entitäten übermäßig anämisch sind, würde ich vorschlagen, Ihre Services zu übergehen und zu bestimmen, ob diese Funktionalität zu einer Entity gehört. Ich fand, das war mein größtes Problem, angefangen mit DDD war, dass ich alles Verhalten zu Services pushen würde, anstatt kritisch darüber nachzudenken, ob das für die Entity etwas passender war.