Domain Driven Design
Grundwissen zum Thema Domain Driven Design im Kontext von Softwarearchitekturen
Grundwissen zum Thema Domain Driven Design im Kontext von Softwarearchitekturen
Fichier Détails
| Cartes-fiches | 24 |
|---|---|
| Langue | Deutsch |
| Catégorie | Informatique |
| Niveau | Université |
| Crée / Actualisé | 27.09.2022 / 27.09.2022 |
| Attribution de licence | Attribution (CC BY) (Marc Bohm) |
| Lien de web |
https://card2brain.ch/box/20220927_domain_driven_design
|
| Intégrer |
<iframe src="https://card2brain.ch/box/20220927_domain_driven_design/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>
|
Warum wird Software entwickelt?
In der Regel um ein fachlches, reales Problem zu lösen.
Warum wird Software entwickelt?
Warum ist es wichtig, ein Fachverständnis zu entwickeln, bevor man Software entwickelt?
Um Software zielgerichet entwickeln zu können, d.h. die Software so zu gestalten, dass die Software fachspezifische Probleme effektiv lösen kann.
Welches Problem löst Domain Driven Design?
Was versteht man unter einem "Command" im Domain Driven Design?
Der Auftrag eines Anwenders an ein System, auf den reagiert werde soll.
- Meist im Imperativ formuliert.
- Beinhaltet dazugehörige Daten (fachlich) und Metadaten (technisch)
Beispiel: Cancel Order #1
Folgende Aussagen sind wahr:
Ein Command...
Was ist ein "Domain Event"?
Die Reaktion des Systema auf einen Command.
Events informieren immer in der Vergangenheitsform über ein Ereignis.
