-
Ciao Alk, [quote user="Gian Maria Ricci"] Per il windows service solitamente si può andare con una session per thread, e poi con un modulo che logicamente implementi la chiusura. Es io ho uno scheduler che è un servizio di windows, ed ogni esecuzione di comando utilizza una singola...
-
Ciao a tutti, in questo venerdì che sa un po' di lunedì, vi espongo in maniera sinteticissima questo mio dubbio. class Reservation { DateTime At { get; set; } Customer Customer { get; set; } } class Customer { String Name { ... } String PhoneNumber { ... } } class ReservationDto { DtaeTime...
-
Ciao a tutti, sto provando ad implementare una app web "fatta per bene", cercando di applicare al meglio i pattern architetturali che ben conosciamo: ho il mio dominio (dominio vero, con le classi che hanno sia data che behavior), i repository che implementano ICollection<T> ed IQueryable<T>...
-
[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"...
-
eccomi qui :-) Innanzitutto, una considerazione sul repo di NSK: quello per EF "funziona", ma non è ancora ad un livello di maturità paragonabile a quello che ho implementato (anche in NSK) per NH. Osservando quest'ultimo, noterai che il costruttore richiede l'iniezione...
-
Ciao a tutti, mi trovo a fronteggiare questo triste problema. :-) Ho una applicazione piuttosto complessa, "architettata" secondo uno schema a tre layer. Il Dal in dettaglio è costituito da dei repository che "wrappano" delle session di NHibernate. I vari servizi a livello...
-
ecco, diciamo che sarebbe il caso di far condividere la sessione ai repository per evitare "incongruenze" (es: ogni repo avrebbe una propria IdentityMap). C'è questo post di Emanuele che IMHO è abbastanza chiaro
-
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?