Layered Expression Trees feat. CQRS

Layered Expression Trees feat. CQRS Andrea Saltarello C.T.O. @ managed/designs http://blogs.ugidotnet.org/pape http://twitter.com/andysal74http://creativecommons.org/licenses/by-nc-nd/2.5/

Andrea Saltarello! Chi era costui?• C.T.O. di Managed Designs, alla ricerca della «sostenibilità dello sviluppo software» 1. Il cliente «deve» essere soddisfatto e pagare 2. Il fornitore «deve» avere un margine ragionevole 3. Il team «deve» essere soddisfatto del proprio lavoro• (Co)Fondatore e presidente di UGIdotNET: ho bisogno di condividere esperienze a causa del bullet precedente • (Co)Fondatore e collo di bottiglia di GUISA• (Co)Autore di .NET: Architecting Applications for the Enterprise di Microsoft Press • Il #NAAE è il mio giornale di bordo, nel quale (nel 2008) ho cercato di «sintetizzare» i punti 1 e 2 

In realtà…Andrea Saltarello è l’amico di pennadi @ayende 

«BLUE» DDD

Blue Book: Architettura (1/2)

Blue Book: Architettura (2/2) è una layered architecture i layer Presentation e Infrastructurecompaiono «per sport» nel diagramma i layer Application e Domain costituisconoquella che tipicamente chiamiamo «businesslogic» Domain: logica invariante rispetto ai casi d’uso Application: logica specifica ai casi d’uso

Domain layer: Key Concepts Il Domain Layer contiene la domain logic ed è composto da Model: Entità (identità e stato) e Valori (solo stato) Servizi Il Model è «both data and behaviour» (cit.) La persistenza del Model è gestita da Repository Le istanze delle entità di dominio sono costruite da Factory Entità e Valori a runtime formano dei grafi di oggetti. I grafi dotati di “dignità propria” sono chiamati Aggregate e il sistema (es: i Repository) si “impegna” a gestirli correttamente ed atomicamente

Application Layer: in teoriaApplication Layer: defines the jobs the softwareis supposed to do and directs the expressivedomain objects to work out problems. The tasksthis layer is responsible for are meaningful to thebusiness or necessary for interaction with theapplication layers of other systems. This layer iskept thin. It does not contain business rules orknowledge, but only coordinates tasks anddelegates work to collaborations of domainobjects in the next layer down. It does not havestate reflecting the business situation, but it canhave state that reflects the progress of a task forthe user or the program.

Application Layer: in praticaE’ un catalogo di servizi in grado di effettuareil mesh della logica presente nel domain layeresponendola alla applicazione (es:presentation layer) in una forma ad… Altadigeribilità.

Command Query Responsibility SegregationCommand and Query Responsibility Segregation (CQRS)originated with Bertrand Meyer’s Command and QuerySeparation Principle. Wikipedia defines the principle as:It states that every method should either be a commandthat performs an action, or a query that returns data tothe caller, but not both.Command and Query Responsibility Segregation uses thesame definition of Commands and Queries that Meyerused and maintains the viewpoint that they should bepure. The fundamental difference is that in CQRS objectsare split into two objects, one containing the Commandsone containing the Queries. [Fonte: http://cqrsinfo.com/documents/cqrs-introduction/ ]

Command Query Responsibility Segregation Query Command

CQRS, a.k.a. «Stato di Diritto»CQRS introduce in DDD la «separazione deipoteri»• 1 stack per «leggere»• 1 stack per «eseguire»In pratica, significa non dover «indovinare» unmodello valido per entrambe le esigenzeIn questa sessione ci interessa la «Q» 

Scenario 1: e-commerceHome page: visualizzare prodotti raccomandatiConsiderati tutti i prodotti catalogati, dall’elenco diquelli in vendita presentare i 3 aventi maggiorgiacenza in magazzino.Ergo:• Prodotti catalogati->Prodotti in vendita (domain)• Prodotti in vendita->3 prodotti aventi maggior giacenza (application)

Scenario 2: ERPVisualizzare fatture insolute di una business unitConsiderate tutte le fatture, estrarre quelle attinentiuna business unit e tra esse visualizzare tutte quellescadute e non pagate a distanza di 30 gg dallascadenzaErgo:• Fatture emesse -> Fatture della BU• Fatture BU -> Fatture scadute• Fatture scadute -> Fatture insolute

Scenario 3: CMSVisualizzare gli ultimi 5 articoliConsiderati tutti gli articoli, dall’elenco di quellipubblicati estrarre i 5 più recentiErgo:• Articoli -> Articoli pubblicati• Articoli pubblicati -> 5 articoli più recenti

Scenario 4: CMS (Reloaded)Ricerca articoloConsiderati tutti gli articoli, dall’elenco di quellipubblicati estrarre quelli che soddisfano i criteri diricercaErgo:• Articoli -> Articoli pubblicati• Articoli pubblicati -> articoli che soddisfano la query

Scenario 5: e-commerce (strikes back)Ricerca prodottiConsiderati tutti i prodotti catalogati, dall’elenco diquelli in vendita estrarre quelli che soddisfano i criteridi ricerca.Ergo:• Prodotti catalogati->Prodotti in vendita• Prodotti in vendita-> prodotti che soddisfano la query

La «Q» in CQRSCosa hanno in comune questi casi?• Ogni «filtro» è una regola che «lavora» sul grafo• Composizione di regole• Ogni regola può essere usata in differenti parti dell’applicazioneCome fare… Senza un «botto» di DTO? P.S.: Si, «botto» è un ordine di grandezza del S.I. Kilo->Mega->Giga->Tera->Peta->Botto

Layered Expression Trees (LET idiom)Facciamo un gioco: facciamo che layer eservizi si scambino degliIQueryable<YourFavouriteDomainEntity>facendo «emergere» la query e specificandola proiezione solo all’ultimo momento?

LET idiom feat. Ubiquitous LanguageLET aumenta la pervasività dell’UbiquitousLanguage nel codice: recommendedProducts = (from p in CatalogServices.GetAvailableProductsOnSale() orderby p.UnitsInStock descending select new ProductDescriptor { Id = p.Id, Name = p.Name, UnitPrice = p.UnitPrice, UnitsInStock = p.UnitsInStock, }).Take(3);Questa query è «quasi» scritta nel linguaggio delDomain Expert

LET feat. CQRSQuery Command

The GoodRidotto effort di realizzazione/gestione:• Nessun DTO (ad eccezione del ViewModel, che avremmo comunque)• Modello «database like» facile da ottenere rapidamente• Strutturazione «DDD like» della logica• Se il DBMS è SQL Server, funziona «out of the box»Performance:• Estrazione «all at once» di tutti e soli i dati necessari

The BadUnit testing «acrobatico»:• In pratica, LINQ 2 Objects (o similari)• In ogni caso, è un LINQ provider differente :-/ #meh

The Ugly• NHibernate è praticamente inutilizzabile: il LINQ provider «scoppia»• Ogni LINQ provider è una storia a sè

One more thing… (cit.)

LET idiom, v2Se: • dovessimo realizzare una applicazione e non un framework • per noi gli idiomi fossero «belli belli belli in modo assurdo» (cit.)…Allora potremmo rimpiazzare i servizicon degli extension methods ad hoc

LET idiom, v2 public static class OutboundInvoiceExtensions { public static IQueryable<OutboundInvoice> RetrieveExpiredOutboundInvoices(thisIQueryable<OutboundInvoice> query) { var expiredInvoices = from i in query.RetrieveUnpaidOutboundInvoices() where i.PaymentDueDate < DateTime.Now select i; return expiredInvoices; } public static IQueryable<OutboundInvoice> RetrieveUnpaidOutboundInvoices(thisIQueryable<OutboundInvoice> query) { var unpaidInvoices = from i in query where i.Status == "E" select i; return unpaidInvoices; } public static IQueryable<OutboundInvoice> FilterByBusinessUnit(thisIQueryable<OutboundInvoice> query, int businessUnitId) { var invoices = from i in query where i.JobOrder.BusinessUnit.OrganizationID == businessUnitId select i; return invoices; } }

LET2 feat. Fluent Ubiquitous LanguageSembra Specification ma non è, serve a darti l’allegria! (semi cit.)expiredOutboundInvoices = from i in ReadModelFacade.OutboundInvoices .FilterByBusinessUnit(businessUnitId) .RetrieveExpiredOutboundInvoices() orderby i.PaymentDueDate select new SummaryViewModel.OutboundInvoice { Id = i.ID, CustomerName = i.Customer.Name, PaymentDueDate = i.PaymentDueDate.Value, TotalAmount = i.TotalPrice, JobOrderName = i.JobOrder.Name, Code = i.Code };

PARLIAMONE 

Bibliografia “pratica”[DDD] Domain Driven Design, Eric Evans , Addison-Wesley[NAAE] Microsoft .NET: Architecting Applications for the Enterprise, Andrea Saltarello & Dino Esposito, Microsoft PressCQRS, Task Based UIs, Event Sourcing agh!, Greg Young[NSK] NSK, http://nsk.codeplex.comMio blog ENG, http://blogs.ugidotnet.org/mrbrightside

Layered Expression Trees feat. CQRS

by Andrea Saltarello on Jan 22, 2012

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 5

Statistics

Layered Expression Trees feat. CQRS — Presentation Transcript