Diskussion:Domain-driven Design/Archiv
Domänenbodell vs. Fachmodell
"Domänenmodell" mit "Fachmodell" zu übersetzen, finde ich etwas schwierig. Ich würde vorschlagen beim Domänenmodell als Begriff zu bleiben, da der Begriff auch Deutschland eingebürgert zu sein scheint. Siehe Google Suche:
--Robert Mischke 20:06, 13. Feb. 2011 (CET)
- Da spricht mMn nichts dagegen - nur zu... Im Artikel sind beide Begriffe ohnedies vermischt. --Sebastian.Dietrich ✉ 21:06, 13. Feb. 2011 (CET)
- Ich habe mit der Bearbeitung angefangen u. erstmal Fachmodell mit Domämenenmodell ersetzt. Ich werde mal die engl. Seite [1] übersetzen und darauf verweisen. "Fachliche Ereignisse" (Domänen Ergeignisse), "Kernfachlichkeit" (Kerndomäne) möchte ich auch anpassen. --Robert Mischke 22:30, 10. Mär. 2011 (CET)
- Toll :-) Ich habs auch in Data Context Interaction und Naked Objects nachgezogen... --Sebastian.Dietrich ✉ 22:55, 10. Mär. 2011 (CET)
- Archivierung dieses Abschnittes wurde gewünscht von: Sebastian.Dietrich ✉ 15:55, 7. Feb. 2015 (CET)
Review vom 29. Dezember 2012 - 29. Januar 2013
Domain-Driven Design (DDD) ist ein von Eric Evans geprägter Begriff für eine Anwendungsdomänen-getriebene Herangehensweise an das Design komplexer objektorientierter Software. Domain-Driven Design ist nicht nur eine Technik oder Methode. Es ist viel mehr eine Denkweise und Priorisierung zur Steigerung der Produktivität von Softwareprojekten im Umfeld komplexer fachlicher Zusammenhänge.
Habe in den Artikel alles eingearbeitet, was in der Literatur dazu zu finden war. mMn ist der Artikel "fertig" und ich möchte ihn gerne mit dem Auszeichnung "Lesenswert" versehen. Bitte um Ergänzungs- und Verbesserungsvorschläge, bevor ich ihn als Kandidat für Lesenswert einstelle. -- Sebastian.Dietrich ✉ 19:14, 29. Dez. 2012 (CET)
- Soweit ich das überblicke, ist alles so wie es sein soll. Auch fachlich. Den Einleitungssatz find ich noch zu komplex formuliert. Dadurch geht die Prägnanz flöhten. Ich habs erst richtig gerafft, als ich "Domain-Driven Design ist eine, sich an den Fachlichkeiten orientierende, Herangehensweise an die Modellierung von Software." gelesen hab. Mach vielleicht zwei Sätze aus dem Einstieg und formulier es einfacher. Ich bin vom Fach, aber der Anfang sollte so geschrieben sein, dass es auch Fachfremde verstehen. Agile Softwareentwicklung klein schreiben, wenn es in der Satzmitte steht. Sonst ist mir nichts weiter Schlechtes aufgefallen. Daumen hoch. :) -- Cachsten (Diskussion) 16:57, 29. Jan. 2013 (CET)
- ErledigtAnregungen eingebaut. Danke fürs Review. --Sebastian.Dietrich ✉ 23:43, 1. Feb. 2013 (CET)
- Archivierung dieses Abschnittes wurde gewünscht von: Sebastian.Dietrich ✉ 15:55, 7. Feb. 2015 (CET)
Was ist "anemisches Domänenmodell" ?
Bei Beschreibung wird der Begriff "anemisches Domänenmodell" benutzt, ohne dass dieser erläutert wird. Kann das mal jemand erläutern, oder den Begriff rausschmeißen ? -- Gerd Fahrenhorst (Diskussion) 14:43, 14. Mai 2013 (CEST)
- Sorry das ist Fachsprache und gehört natürlich erklärt: Anemisches Domänenmodell ist das, was die meisten leider machen: ein Domänenmodell ohne Businesslogik, also das Businessmodell mit allen Attributen und Beziehungen, aber ohne wirkliche Logik. Die Logik steckt meist in einem anderen Layer (GUI oder Persistezlayer) oder in anderen Klassen (meist Serviceklassen oder so ähnlich genannt). Das hat mehrere Nachteile - siehe dazu http://en.wikipedia.org/wiki/Anemic_domain_model und http://www.martinfowler.com/bliki/AnemicDomainModel.html. Ich bau mal eine kurze Erklärung dazu ein. --Sebastian.Dietrich ✉ 16:43, 14. Mai 2013 (CEST)
- Ja danke, gut so. -- Gerd Fahrenhorst (Diskussion) 17:23, 14. Mai 2013 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: Sebastian.Dietrich ✉ 15:55, 7. Feb. 2015 (CET)
