Domain Driven Design, czyli progamowanie przez modelowanie

Domain-Driven Design
Programowanie przez modelowanie

O mnie
Bloguję: Simon-Says-Architecture.com
Twittuję: www.twitter.com/SzymonPobiega
Koduję: DDDSample.Net, Ncqrs, NetMX
Prezentuję
Prowadzę szkolenia
Pracuję

Założenia
Mówimy o systemach informatycznych klasy enterprise
Systemy te przechowują swoje dane w (jakiejś) bazie danych

Rozwiązujemy problem
Problem (wymagania)
Rozwiązanie (kod)

Modelujemy problem
Problem (dziedzina)
Model (kod)
Problem (wymagania)
Rozwiązanie (kod)

Jaki powinien być model?
Użyteczny
Hermetyczny
Podatny na modyfikacje
Testowalny
Zrozumiały dla wszystkich interesariuszy
Wydajnie implementowalny

Jaki nie powinien być model?
Uniwersalny
Zależny od technologii
Zamrożony

Bez modelu
Krok 1
Krok 2
Krok 3
Aplikacja

Bez modelu
Aplikacja
Testy integracyjne

Model
Krok 1
Krok 2
Krok 3
Aplikacja
Model

Model
Testy persystencji
Testy jednostkowe
Aplikacja
Model

DEMO
Umacnianie modelu

Meta-model
Ponieważ każdy model ma swój model

Wzorzec Domain Model
Zawiera wiele
Entity
Aggregate
Posiada jeden
Jest
Zawiera
ValueObject
Aggregate Root

Prosty workflow
Proces
Składa się z wielu
Generuje
Zdarzenie
Czynność
Aktywuje

Meta-model
Wprowadza uporządkowanie
Model to kwestia projektowa, meta-model zaś – architektoniczna
Istnieją gotowe meta-modele, takie jak wzorce z grupy Domain Model

DEMO
Meta-model

Podsumowanie
Lepsze zrozumienie
Możliwość powtórnego użycia (koncepcji)
Pozytywny wpływ testowalność
Zwiększona wydajność
Większy koszt początkowy
Trudne 

Dziękuję za uwagę

Domain Driven Design, czyli progamowanie przez modelowanie

by SzymonPobiega on Jun 27, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 1

Statistics

Domain Driven Design, czyli progamowanie przez modelowanie — Presentation Transcript