Feed RSS

Community Days: da Query Object a O/RM

Andrea Saltarello — Wed, 02 Jul 2008 11:24:42 GMT

Ok, sembra che il corso di settimana scorsa sia piaciuto e che, per l'ennesima volta, il tempo non sia stato sufficiente, giacch� Alessio avrebbe gradito un approfondimento sul tema "Query Object". Provo a "rimediare" :-)

In realt� la richiesta di Alessio sottointende 3 distinte tematiche:

"Query Object": chi era costui?
Implementazione "hand made" di un DAL capace di gestire in maniera sensata la persistenza di un DM
Produzione "al volo" del codice SQL

Andiamo in ordine: il design pattern query object � una specializzazione di Interpreter che si pone l'obbiettivo di definire un object model in grado di rappresentare una query SQL. Ci� significa, in pratica, permettere ad un sistema di produrre a runtime un grafo che definisca una query che il DAL si preoccuper� di eseguire restituendone il risultato. "Sbarazzandosi" da un punto di vista logico di SQL, il nostro sistema guadagna potenzialmente l'indipendenza da uno specifico RDBMS o, volendo estremizzare, da una specifica tecnologia/architettura di persistenza. Esempi di query object sono la Criteria API di (N)Hibernate o, se volete un esempio pi� semplice, il query model di NSK che � stato espressamente pensato per risultare "digeribile", pur rununciando all'obbiettivo di poter rappresentare il 100% delle query. Infine, LINQ � *il* query model idiomatico offerto dai compilatori "2008" di C# e VB (ricordiamo che un "idioma" � un omologo "technology specific" di un design pattern)

Disporre di un query model � per� solo l'inizio, poich� occorre "qualcuno" in grado di eseguirlo: questo "qualcuno" � il DAL. E qui le strade sono fondamentalmente 2: a valle del parsing del grafo ottenuto istanziando il "query object", il codice SQL lo scriviamo noi o cerchiamo di produrlo "al volo".

Nel primo caso, indipendentemene dal fatto che SQL sia "embedded" nella applicazione o "confinato" nelle stored procedure, ci si accorge presto che, usando un DM, il DAL dovrebbe offrire servizi quali: gestione della concorrenza, lazy load...

La soluzione � "semplice" e consiste nel creare dei proxy per le classi del DM: Markino ha bloggato gi� in passato (oddio, sono gi� passati oltre due anni... sto invecchiando!!!!) la strategia che usiamo in Managed Designs per produrre i proxy, e che � possibile osservare maggiormente in dettaglio analizzando il sorgente del DAL "SQL Server" di NSK: in sintesi, si tratta di definire i proxy come classi internal al DAL effettuando l'override degli opportuni membri del DM e/o estendendo opportunamente quest'ultimo (per esempio, per la gestione del lock ove si usino gli "original value" e non un timestamp/numero di versione della riga).

Infine... Arriviamo al "punto 3": produrre codice SQL "al volo". Nell'ultimo anno ho dovuto implementare un O/RM "custom" a causa di un requisito non funzionale (ergo, il cliente chiedeva che l'applicazione usasse *esclusivamente* il FX 2.0 e quindi "nisba NHibernate o librerie esterne"): oltretutto, mi occorrevano feature che ad oggi nemmeno NH offre, quali il mapping di entit� "frammentate" (presente in NH 2 ma non in 1.2, ossia l'ultima release GA) o la possibilit� di mappare il DM su database differenti (nel senso che pezzi distinti dello stesso grafo provengono da db differenti), con tutte le immaginabili conseguenze a livello di distribuzione delle transazioni in fase di persistenza.

Non ho dubbi nell'affermare che sia stata una delle sfide maggiormente probanti della mia "carriera professionale" e che mi ha permesso di comprendere molto pi� profondamente il mondo degli O/RM rispetto a quando ero "solo" un "utente" di NH e Genome. Ad aver tempo da "perdere", � un esperienza che consiglierei a tutti <g>

Ecco, il punto 3 � un po' troppo complesso per pensare di trattarlo in un post "mattone" come questo: � il motivo per il quale ho aggiunto la sessione "O/RM Inside Out" nella agenda dei Community Days 2008. Sar� una sessione praticamente "slide free" e nella quale approcceremo il mondo degli O/RM da un punto di vista differente da quello tipicamente adottato nelle sessioni dedicate a questo argomento: vi assicuro che, anche come "utenti", "dopo" non saremo pi� gli stessi :-)

Technorati Tag: Community Days,design patterns,Managed Designs,NSK,ORM,query object,UGIdotNET

Iscrizioni aperte per i Community Days 2008

Daniele Bochicchio — Tue, 03 Jun 2008 12:20:00 GMT

Non c'� poi altro da dire, se non che l'agenda finale sar� disponibile entro pochi giorni. Iscrivetevi!

Tags: ASPItalia.com

Community Days 2008: le track

Andrea Saltarello — Wed, 28 May 2008 13:15:20 GMT

Anche se l'agenda � ben lontana dall'essere completa, l'impianto dei Community Days 2008 � ormai delineato: 5 track e, in generale, un "taglio" un po' differente da quello degli eventi precedenti. Spesso, in passato, ci siamo scientemente concentrati sulla presentazione o sull'approfondimento di tool/tecnologie/metodologie, cercando di essere (tra) i primi ad affrontare le novit� a qualunque livello di approfondimento: dalla "mia" sessione dedicata ad OOD a marzo 2003 fino alla presentazione di ASP.NET MVC svolta lo scorso dicembre, passando per l'Agile workshop di settembre 2003 o il "double Whidbey" del 2004, questo � spesso stato il nostro modus operandi.

Questa volta � diverso. FX 3.5 � in RTM dallo scorso novembre e tutti noi, chi pi� e chi meno, ha gi� "smanettato". L'unica vera novit� all'orizzonte si chiama SP1 (che infatti richiede un discorso -e una track- a parte), ma a me e Daniele � sembrato fosse giunto il momento di orientarsi verso il fare pi� che verso l'introdurre e�approfondire. Ecco la novit�: ad eccezione delle track SP1 e Underground, i prossimi Community Days rappresentano un "mega HOW TO" che cercher� di concentrarsi sulla risoluzione di problemi *reali* e *specifici*, rendendo la tecnologia uno "strumento" e non un "fine".

Da Castle alla Enterprise Library, da NH ai gusti di Linq, non ci saranno "primi cittadini": il focus sar� sullo scenario e sulla soluzione, il resto � fuffa. Tutto ci� premesso, ecco un breve "abstract" delle track:

Infrastructure: � la track dedicata agli scenari nei quali il pilastro della soluzione � una tecnologia od un prodotto. A puro titolo di esempio, una soluzione di orchestration basata su BizTalk vedrebbe una naturale collocazione in questa track
Application Development: � la track destinata a contenere le sessioni il cui focus � costituito dalla realizzazione di applicazioni destinate ad un utente finale
Undergroud: � la track per i visionari, interessati a scoprire soluzioni innovative a problemi complessi
Tutorial: � la track destinata a presentare "micro" scenari e la soluzione al "problema nel problema"
SP1: in questa track mostreremo le novit� pi� importanti introdotte dal service pack 1 del framework 3.5

More to come: nel frattempo, per le discussioni c'� il forum :-)

Technorati Tag: Community Days,UGIdotNET,GUISA,ASPItalia