Domain- Driven Design Giovedì, 21 giugno 2012 Speaker: Manuel Scapolan

Transcript

1 Domain- Dri ven Design Giovedì, 21 giugno 2012 Speaker: Manuel Scapolan

2 Domain Driven Design E un insieme di principi che ci aiutano a non fallire nel processo di sviluppo di un software * * considerando tutte le fasi del ciclo di vita!

3 Alcuni dei più grandi fallimenti della storia: Sources: Business Week, CEO Magazine, Computerworld, InfoWeek, Fortune, The New York Times, Time, and The Wall Street Journal.

4 DDD What?

5

6 Una delle principali cause del fallimento di un software è la scarsa comunicazione con gli stakeholder

7 E necessario anticipare il momento in cui cominciamo a capirci qualcosa

8 Ubiquitous Language E importante conoscere e utilizzare lo stesso vocabolario degli esperti di dominio (domain experts) per poterlo poi condividere a tutti i livelli, fino al codice!

9 Parlare tutti lo stesso linguaggio dall esperto di dominio, all analista fino allo sviluppatore, significa portare nel codice i termini comunemente utilizzati dal business. Vuol dire che devo scrivere il codice in italiano??? In nome dell Ubiquitous Language può essere necessario

10 Domain Model La conoscenza deve essere tradotta in un modello concettuale il più possibile fedele alla realtà da rappresentare secondo lo scopo dell applicazione che ne deve fare uso

11 Domain Model Pattern An object model of the domain that incorporates both behavior and data Martin Fowler PoEAA

12 Mi stai forse dicendo che fare Domain-Driven Design significa realizzare un modello ad oggetti che rifletta la realtà che l applicazione dovrà gestire? Non lo facevamo già questo con l OOP? Ci sono forse delle indicazioni su come devo disegnare le mie classi?

13 Model-Driven Design - Building Blocks Eric Evans

14 Entities Elementi del dominio identificati in modo univoco indipendentemente dai valori dei loro attributi che possono variare nel tempo public class Order : IEquatable<Order> { public bool Equals(Order other) { return this.id.equals(other.id); } }

15 Value Objects Elementi del dominio identificati attraverso l insieme dei loro attributi, generalmente immutabili, l unico cambiamento è dato dalla completa sostituzione (no side-effect) public class ShippingAddress : IEquatable< ShippingAddress > { public bool Equals(ShippingAddress other) { return this.street.equals(other. Street) && this.postcode.equals(other.postcode) && this.city.equals(other.city); } }

16 Aggregates Garantiscono al loro interno la consistenza delle informazioni

17 L aggregato segue alla perfezione la regola dell incapsulamento in quanto le entità e i value object che lo compongono non possono essere acceduti direttamente, ma devono essere manipolati attraverso l entità definita come aggregate root. Ma allora come faccio l accesso ai dati?

18 Repository Pattern Mediates between the domain and data mapping layers using a collection-like interface for accessing domain objects.

19 Architettura N-Tier

20 Informazioni generali sul prodotto Informazioni statistiche sui prodotti correlati 20

21 A single model cannot be appropriate for reporting, searching, and transactional behaviors Greg Young

22 Informazioni statistiche aggiornate periodicamente 22

23 Read Model Per le informazioni in sola lettura (come ad esempio quelle statistiche) possiamo usare un modello costruito appositamente per velocizzare ricerche, query e filtri Ad esempio tra le classi di questo modello potrei avere BestSellerProductItem e BestSellerProductView

24 Domain Model Read Model

25 Ma two is meglio che one!

26 Domain Model Read Model

27 Every method should either be a command that performs an action, or a query that returns data to the caller, but not both. Command-query separation (CQS) principle, Bertrand Meyer

28 Domain Model Il Domain Model conserva e gestisce la logica di business con tutte le sue regole. Se pensiamo alle modifiche da applicare al modello sono sempre il frutto di una particolare richiesta o task. Ogni richiesta può essere benissimo tradotta nell esecuzione di un comando ben preciso.

29 Una comune form di data-entry

30 Una versione Task-based

31 Ma come aggiorniamo la parte in sola lettura?

32 Ci vuole qualcosa che ci avvisi che il modello è cambiato

33 qualcosa come un Evento!

34 Nella parte dedicata al Read Model una serie di event handlers catturano gli eventi del Domain Model invocando dei componenti chiamati Denormalizer che scompongono le informazioni trasmesse dall evento e le utilizzano per aggiornare il database dedicato alla lettura. Read Model

35 e come fa l evento a raggiungere il suo handler?

36 prende il Bus! Message Bus

37

38 Event Sourcing Se facciamo in modo che nell evento ci sia la logica di applicazione delle modifiche possiamo pensare di salvare gli eventi e avere così un sistema che mi permetta di ricostruire lo stato di un aggregato a partire da una serie di eventi

39

40 Credits Le immagini contenute in questa presentazione delle quali non è stata esplicitata la provenienza hanno licenza Creative Commons Slide 1: Slide 12: Slide 17:

41 Thank You MANUEL SCAPOLAN website: twitter: manuelscapolan e- mail: