Frage

Ich mache Forschung und einen Punkt, den ich Abdeckung will, ist: „Was ist die Beziehung zwischen Domain-Driven Design und Aspect Oriented Programming ist?“

Ich weiß, dass ein Hauptprinzip in DDD ist die Trennung von Bedenken und das verstehe ich. Was ich nicht wirklich sicher bin, ist, ob Aspekte in AOP wirken wie „Sub-Domains“ in unserer Domäne in DDD.

Sind diese beiden Begriffe, im Grunde das gleiche. Ich meine, wenn ich eine Anwendung folgenden AOP und DDD entwickeln, am Ende des Tages wird es wahr sein, dass „eine Sub-Domain“ == „ein Aspekt“.

ich schätzen auch andere Meinungen, was die Gemeinsamkeiten zwischen AOP und DDD ist.

War es hilfreich?

Lösung

Eines der Ziele von DDD ist eine reine Darstellung Ihrer Business-Logik zu haben, die nicht von Ihrer Infrastruktur beeinflusst wird. Ein sehr leistungsfähiges Werkzeug, um dies zu erreichen ist AOP. I AOP in erster Linie für die Bereiche Infrastruktur Unter verwenden wie Protokollierung, Caching, Validierung und Ausnahmebehandlung. Ich typischerweise AOP nicht für Logik eigentliche Geschäft nutzen jedoch die Validierung Art von Infrastruktur und Business-Logik ist.

In den Fällen, in denen AOP blutet in Business-Logik, verwende ich Attribute / Anmerkungen das Verhalten zu rufen. Für andere betrifft, werde ich Politik / Konfiguration verwenden, um Aspekte gelten.

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