Intro do Domain Driven Design. ( PL )
6 likes•3,987 views
Intro do Domain Driven Design.
![Design taktyczny
// ...
$totalCost = 0;
$orderLines = [];
foreach ($products as $product) {
$totalCost += $product->getPrice();
$orderLines[] = new OrderLine($product->getId(), $product->getPrice());
}
if (count($product) > 3) {
throw new LogicException('Maksymalnie trzy produkty kliencie');
}
$order = new Order();
$order->setCustomer($customer);
$order->setOrderLines($orderLines);
$order->setTotalCost($totalCost);
$order->setStatus(OrderStatus::NEW);
$em = $this->getDoctrine()->getManager();
$em->persist($order);
$em->flush();
$message = new Swift_Message();
// ...
IMPLEMENTACJA RAFAŁA](https://image.slidesharecdn.com/intrododdd-150120034832-conversion-gate02/85/Intro-do-Domain-Driven-Design-PL-17-320.jpg)
Intro do Domain Driven Design. ( PL )
- 1. WSTĘP DO DDD Domain Driven Design w świecie PHP Piotr Kacała
- 2. O mnie GOG.com Senior Web Developer Czym się zajmuję? Utrzymywanie i rozwój kodu, szukanie rozwiązań
- 3. GOG.com Historia Start w 2008 pod skrzydłami CD Projekt - zespół 10 osób Obecnie zatrudnionych jest ponad 70 osób Obecna pozycja #1 globalnej dystrybucji klasycznych gier na PC i Mac #2 globalnej dystrybucji gier indie na PC i Mac Partnerzy 220+ twórców i wydawców gier Klienci Ponad 2.7 miliona unikalnych wejść miesięcznie z całego świata Gry Ponad 800 tytułów w katalogu Ponad 39 milionów gier na kontach użytkowników
- 4. Agenda 1. Teoria chaosu (w kodzie) 2. Wprowadzenie do DDD 3. Design strategiczny 4. Krótko o architekturze 5. Design taktyczny 6. Podsumowanie i wnioski
- 5. Teoria chaosu CZYM OBJAWIA SIĘ ROZKŁAD APLIKACJI? • Niska podatność kodu na zmiany • Zbyt mocno powiązane ze sobą komponenty • Niespójna architektura
- 6. Teoria chaosu JAK PRÓBUJEMY SOBIE PORADZIĆ? • Przepisanie całości od podstaw • Nowy framework • Inny, modny język programowania
- 7. Teoria chaosu SKĄD BIERZE SIĘ CHAOS? • Nieumiejętność odnalezienia się w modelu biznesowym • Reguły biznesowe ulegają ciągłym zmianom
- 8. Wprowadzenie do DDD DOMAIN DRIVEN DESIGN Zestaw narzędzi do projektowania i ochrony procesów zachodzących w złożonej domenie DOMENA Sfera wiedzy, w której obraca się dana organizacja
- 9. Wprowadzenie do DDD DOMAIN DRIVEN DESIGN DESIGN STRATEGICZNY DESIGN TAKTYCZNY
- 10. Design strategiczny WSZECHOBECNY JĘZYK • Zbudowanie jednolitego słownika pojęć w domenie • Używany zarówno przez developerów, jak i ekspertów domenowych • Pomaga developerom zrozumieć biznes, w którym funkcjonują • Pomaga ekspertom domenowym spojrzeć na problem oczami developera • Ciągle udoskonalany
- 11. Design strategiczny WSZECHOBECNY JĘZYK Klient zamawia produkty i za nie płaci ”“
- 12. Design strategiczny OGRANICZONY KONTEKST • Koncept książki • Znalezienie autorów • Proces pisania i poprawek • Zaprojektowanie layoutu książki i ilustracji • Przełożenie książki na inne języki • Produkcja fizycznych kopii • Format elektronicznych kopii • Marketing • Sprzedaż
- 13. Krótko o architekturze Domena Logika biznesowa Aplikacja Łączenie warstw, cross-cutting concerns Prezentacja Kontrolery, widoki, UI Infrastruktura Wypełnianie kontraktów technicznych
- 14. Krótko o architekturze KOD W WARSTWIE DOMENY • Baza danych nie istnieje • Obiekty POPO • Synergia z TDD • Spójny, czytelny kod zorientowany na język biznesowy
- 15. Design taktyczny KIM JEST DEVELOPER RAFAŁ? • Rafał jest senior developerem w dobrze prosperującej firmie • Rafał pracuje w kilkuosobowym zespole • Rafał jest ewangelistą OOP i zaczął czytać Fowlera • Rafał jakiś czas temu odkrył Symfony 2 i Doctrine 2
- 16. Design taktyczny ZADANIE RAFAŁA • Klient dodaje produkty do zamówienia • Maksymalna liczba przedmiotów, które klient może zamówić w jednym zamówieniu to 3 • Po zapisaniu zamówienia klient otrzymuje maila z potwierdzeniem
- 17. Design taktyczny // ... $totalCost = 0; $orderLines = []; foreach ($products as $product) { $totalCost += $product->getPrice(); $orderLines[] = new OrderLine($product->getId(), $product->getPrice()); } if (count($product) > 3) { throw new LogicException('Maksymalnie trzy produkty kliencie'); } $order = new Order(); $order->setCustomer($customer); $order->setOrderLines($orderLines); $order->setTotalCost($totalCost); $order->setStatus(OrderStatus::NEW); $em = $this->getDoctrine()->getManager(); $em->persist($order); $em->flush(); $message = new Swift_Message(); // ... IMPLEMENTACJA RAFAŁA
- 18. Design taktyczny // ... $totalCost = 0; foreach ($products as $product) { $totalCost += $product->getPrice(); } OPERACJE NA WARTOŚCIACH
- 19. Design taktyczny VALUE OBJECT • Określa wartość lub miarę • Nie posiada identyfikatora • Niezmienny w obrębie tej samej instancji (immutability) • Stanowi zamkniętą całość • Zapewnia walidację w obrębie klasy • Side-Effect-Free
- 20. Design taktyczny $total = new Money(0, new Currency('PLN')); // or Money::PLN(0); $total = $total->add($product->getPrice()); VALUE OBJECT
- 21. Design taktyczny ENTITY Posiadają ID Unikalne Cykl życia
- 22. Design taktyczny if (count($product) > 3) { throw new LogicException('Maksymalnie trzy produkty kliencie'); } $order = new Order(); $order->setCustomer($customer); $order->setOrderLines($orderLines); $order->setTotalCost($totalCost); $order->setStatus(OrderStatus::NEW); AGREGAT
- 23. Design taktyczny class Order extends AggreagateRoot { public function __construct(Customer $customer) { $this->id = Uuid::uuid4(); $this->lines = new ArrayCollection(); $this->totalPrice = Money::PLN(0); $this->customer = $customer; } public function add(Product $product) { if ($this->lines->count() > self::PRODUCT_LIMIT) { throw new DomainException('...'); } $line = new OrderLine($product->id(), $product->price()); $this->lines->add($line); $this->totalPrice = $this->totalPrice->add($product->price()); $this->raise(new ProductWasAddedToCart($this->customer, $product->id()); } } PRZYKŁAD AGREGATU
- 24. Design taktyczny DEFINICJA AGREGATU • Graf obiektów • Jeden punkt wejścia - poprzez Aggregate Root • Operacje w agregacie są granicami transakcji • Ochrona reguł biznesowych • Aggregate Root dostępne z poziomu repozytoriów • Aggregate Root jest z technicznego punktu widzenia encją
- 25. Design taktyczny AGREGAT ORDERU ORDER LINE ORDER LINE ORDER LINE ORDER
- 26. Design taktyczny $em = $this->getDoctrine()->getManager(); $em->persist($order); $em->flush(); REPOZYTORIUM
- 27. Design taktyczny // Domain (!) layer interface OrderRepository { public function orderOfId($orderId); public function save(Order $order); } // Infrastructure layer class OrderDoctrineOrmRepository implements OrderRepository { // ... } class OrderMongoDbRepository implements OrderRepository { // ... } REPOZYTORIUM
- 28. Design taktyczny EVENTY DOMENOWE • Wyrażają wydarzenia istotne z punktu widzenia domeny • Sposób na rozłączność kodu przez wprowadzenie listenerów
- 29. Design taktyczny class Order { public function add(Product $product) { // ... $this->raise(new ProductWasAddedToCart($this->customer, $product->id()); } } class OrderCreatedMessageSender { public function sendEmail(ProductWasAddedToCart $event) { // ... send email } } EVENTY DOMENOWE
- 30. Podsumowanie CZY DDD JEST DLA MNIE? Tak jeśli: • Twoja aplikacja dotyka złożonych procesów biznesowych • Twoja aplikacja będzie się rozrastać • Reguły biznesowe w aplikacji będą ulegać częstym zmianom Nie jeśli: • Twoja aplikacja jest w całości data-centryczna (CRUD) • Jeżeli Twój model jest nieskomplikowany (i nie będzie) - blog, strona o kotkach
- 31. Podsumowanie CO ZYSKUJE BIZNES? • Organizacja zyskuje użyteczny model własnej domeny • Kształtowanie definicji i zrozumienia zasad biznesowych • Określenie wspólnego języka między developerami a ekspertami domenowymi • Eksperci domenowi aktywnie przyczyniają się rozwoju aplikacji • Czyste modele o ukierunkowaniu biznesowym • Jasny podział na granice kontekstu ułatwia późniejszą integrację między teamami • Ukierunkowanie na ciągły rozwój i dopracowanie modelu
- 32. Podsumowanie CO ZYSKUJE DEVELOPER? • Projektowanie ukierunkowane na biznes • Prawdziwe OOP • Uporządkowanie architektury • Spójny, czytelny, łatwy w rozwijaniu kod • Dobre wykorzystanie wzorców projektowych • Łatwość w testowaniu • Chronienie zasad biznesowych • Odporność na zmiany • Skupienie się na regułach biznesowych
- 33. SZUKAMY WEBDEVÓW Więcej informacji u mnie lub na stronie GOG.com/work …i zapraszam po darmowego Wiedźmina :)