-
Ciao a tutti, in questi giorni sto avendo una ardua discussione al lavoro con il team e vorrei far capire loro perche' e' principalmente sbagliato serializzare un dominio medio/complesso. Personalmente ritengo molto piu' ottimizzabile la trasformazione di una query di dominio in un semplice...
-
premessa: hai parlato di "Service Layer", che è l'analogo (per stessa ammissione dell'autore: http://martinfowler.com/bliki/AnemicDomainModel.html ) nel "gergo Fowler" dell'Application Layer nel "gergo Evans". Posta questa premessa, che contestualizza...
-
[quote user="4Net"] Dal tuo discorso direi quindi che secondo te è corretto usare il repository dal controller o comunque dal layer UI perchè il repository puo sostituire l'Application Layer, giusto? [/quote] In ottica DDD la risposta è "no": il controller...
-
Io la vedo come Fowler, che sul proprio sito consiglia di utilizzare la definizione di Evans :-) Ergo, Repository è uno dei 3 building block del domain layer (quindi insieme al "famoso" Model ed ai Services), ed è colui che, presentando una interface "collection-like"...
-
diciamo che la seconda definizione è "buona", la prima mi sembra un po' tagliata a fette grosse :-) Ciò premesso, fai 2 repository e vivi felice: ogni O/RM almeno decente non ha problemi a gestire query che vanno in profondità nel grafo... Hai qualche "timore"...
-
domanda: Bar e Foo sono *entrambe* aggregate root?
-
prova a dare una occhiata ad Agorà , dovrebbe fare al caso tuo. Uno Shared Kernel condiviso (nel caso specifico, party pattern e User) e differenti Bounded Context, ognuno dei quali *include* lo shared kernel. Per ogni bounded context hai un EDMX che *deve* mappare anche il kernel. In quanto al...
-
Ciao Andrea, [quote user="Andrea Saltarello"] a "naso" non è che mi piaccia tantissimo, ma forse converrebbe ragionare sulla tua esigenza piuttosto che direttamente su una "soluzione"... [/quote] hai ragione su entrambe le cose. In sintesi, la mia condizione "tipica"...
-
oki, è un classico caso di implementazione del "Party pattern". 2-"consigli"-2: Customer non deriva nè da Persona nè da Organizzazione, ma compone una istanza di Party Dai una occhiata allo (per rimanare in tema di DDD) Shared Kernel di Agorà su CodePlex...
-
a "naso" non è che mi piaccia tantissimo, ma forse converrebbe ragionare sulla tua esigenza piuttosto che direttamente su una "soluzione"...