Ciao Ugo,

capisco il tuo punto di vista, ma per me il datalayer deve fornire i dati. Come e da dove li prende sono cose che al business non interessano. Ovviamente il tutto IMVHO. Comunque non credo esista una soluzione giusta, è più che altro una questione di gusti.

Byez

Ciao,

ti consiglio di scaricarti gli esempi della sessione di Riccardo al RealCodeDay di Firenze.

http://www.dotnetcircle.it/firenze05.aspx.

Non sono ovviamente completi (mancano aluni pattern fondamentali come lazyloading, identitymap e altri) ma sono un'ottima base per capire come stratificare un'applicazione.

byez

Woa !
Gentilissimi

Missà che mi prendo qualcosa e comincio a darci un'occhiata.

Già che ci sono vi indico i libri che sto per prendere:

Domain-Driven Design: Tackling Complexity in the Heart of Software - Eric Evans; Hardcover

Applying Domain-Driven Design and Patterns: With Examples in C# and .NET - Jimmy
Nilsson;

Design Patterns For Dummies (For Dummies (Computer/Tech)) - Steve Ph.D. Holzner; Paperback

Patterns of Enterprise Application Architecture (The Addison-Wesley Signature Series) (Hardcover)


Di quanto ho capito il PoEAA è l'ultimo (quello che mi ha segnalato Cradle già in un altro post)
Gof mi manca cos'è?!

Ps: ma voi dove comprate libri? Io sto impazzendo: l'unica è ordinarli da Amazon!

Pps: sforo il tema: qualche consiglio anche per un libro sullo studio delle interfacce?
Pensavo di prendere questi:

Ambient Findability - Peter Morville; Paperback
Designing Interfaces - Jenifer Tidwell; Paperback
Head First Design Patterns (Head First) - Elisabeth Freeman; Paperback

Grazie mille ancora, siete gentilissimi :)

Ciao Ugo,

Hai perfettamente ragione, i pattern sono teorici quindi all'atto pratico si devono personalizzare per le proprie esigenze.

BTW, nel mio caso anche cambiando DAL posso sfruttare le stesse classi perchè sono DBAgnostic ed essendo in un mio framework non ho problemi.

P.S. Per gli Architecture Days ci sto lavorando, ma sarò anche molto impegnato a novembre quindi devo vedere.

Byez