blogs.ASPItalia.com

Rilasciato ASP.NET MVC 2 Beta

2009-11-17T23:58:01+00:00

I primi effetti di PDC iniziano a farsi vedere: è stata rilasciata oggi, infatti, la beta di ASP.NET MVC 2 (solo per VS2008) che introduce alcune novità rispetto alla Preview 2 presente in Visual Studio 2010 Beta 2. Cerchiamo di vedere cosa cambia e quali sono le nuove funzionalità disponibili con questa nuova versione:

Validazione Client-side

La Preview 2 già aveva introdotto un supporto built-in per la validazione client-side, utilizzando un opportuno plugin per jQuery. Nella versione Beta, invece, questa funzionalità è compresa all'interno delle librerie Javascript di Microsoft, pertanto è sufficiente includere

MicrosoftAjax.js
MicrosoftMVCAjax.js

e richiamare il metodo

<% Html.EnableClientValidation(); %>

dalla View, affinché tutto funzioni.

Add Area

Il menù contestuale di un progetto MVC all'interno del solution explorer consente adesso di aggiungere in maniera guidata una nuova area all'interno dell'applicazione. Ricordiamo che le Area altro non sono che una suddivisione logica del progetto stesso in più sottocartelle, una per ogni "modulo", all'interno delle quali trova posto la struttura di cartelle standard di MVC (Views, Controllers, Models)

Modifiche al funzionamento dei TempData

TempData, come già abbiamo indicato nello script #989, consente di mantenere momentaneamente in uno storage (per default la session di ASP.NET) alcuni dati, che vengono poi automaticamente rimossi al ciclo di request response successivo. In MVC 2 Beta, invece, questi dati restano memorizzati fino al loro effettivo utilizzo, dopo di che vengono automaticamente marcati per l'eliminazione. Il metodo Keep consente comunque di conservarli anche se sono stati utilizzati.

Strong typed UI Helpers

Già nelle preview 2 erano presenti i primi 3 esempi di UI Helpers (Editor, Label e Display) che, sfruttando le lambda expression, rendevano possibile la creazione di elementi di interfaccia collegati a proprietà del model in maniera strong typed e con il supporto di Intellisense e Refactoring di Visual Studio. Grazie ad essi, ad esempio, si può generare un elemento Input per una proprietà Descrizione del model tramite la sintassi

<%= Html.EditorFor(m => m.Descrizione) %>

In questa nuova versione sono stati aggiunti anche

ValidationMessageFor
TextAreaFor
TextBoxFor
HiddenFor
DropDownListFor

Esecuzione asincrona delle action tramite un AsyncController

ASP.NET MVC 2 Beta introduce ufficialmente una interessantissima caratteristica che, fino ad oggi, è stata parte del progetto sperimentale ASP.NET MVC Futures. Tramite la classe base AsyncController, infatti, è ora possibile realizzare Action in grado di invocare metodi asincroni, la cui esecuzione viene presa in carico da un worker thread esterno a quello utilizzato da ASP.NET.

Download

Il download di questa nuova versione di ASP.NET MVC 2 è disponibile a questo link, dove trovate anche le note di rilascio. Un'ultima nota riguarda la compatibilità con le versioni di Visual Studio. E' supportato il solo Visual Studio 2008 SP1, quindi niente versione 2010 per il momento. Tra l'altro, visto che 2008 e 2010 condividono alcune componenti, l'installazione anche sul solo 2008 non è supportata se risulta installata anche la versione 2010 Beta 2.

Enjoy!

Tags: .NET Framework, .NET Framework 4.0, ASP.NET 4.0, ASP.NET MVC, Visual Studio, ASP.NET

Login sul network ASPItalia tramite Facebook

2009-11-09T14:16:00+00:00

Eh sì, noi di ASPItalia non ci fermiamo proprio mai! Durante l'ultimo weekend io e Daniele ci siamo messi all'opera per allargare la schiera di provider di autenticazione supportati. Il risultato è che, da oggi, potete utilizzare il vostro account di Facebook per loggarvi su uno qualsiasi dei siti del network. Abilitare questa funzionalità è semplicissimo: è sufficiente recarsi sulla pagina di Login, fare click sull'icona di Facebook Connect e seguire le istruzioni per collegare l'account di Facebook a quello di ASPItalia.

Enjoy :-)

Tags: ASPItalia.com, Security

Real Code Day 4.0: Agenda (quasi) completata!

2009-11-02T10:16:00+00:00

Bene, il RCD 4 inizia a prendere forma e essendo questo il primo evento di una certa portata in cui sono parte dell'organizzazione, beh.. lasciatemelo dire, ne sono proprio orgoglioso! L'agenda è praticamente completa (la trovate qui) e, a mio modo di vedere, è tanto tanto tanto interessante e sapete perché? Perché realizzeremo un'applicazione from scratch, partendo cioé dai requisiti per arrivare a ben 4 "incarnazioni" differenti (Silverlight, WPF, WebForms e MVC), puntando il dito soprattutto su quando e perché va usato l'uno invece che l'altro.

Il tutto rigorosamente fedele alla rodata formula "zero-slides" di RCD e, soprattutto, a base delle più recenti tecnologie che il mercato offre, o meglio, offrirà, nei prossimi mesi, ossia .NET Framework 4.0 e Visual Studio 2010, con in più una bonus session assolutamente da non perdere! E se tutto questo non bastasse a farvi venire l'acquolina in bocca e prenotare il primo treno per Firenze, sappiate che MVC non vuol dire solo Model View Controller. Non dico di più perché sono sotto NDA! ;-)

Tags: .NET Framework, .NET Framework 3.0, .NET Framework 4.0, Architettura, ASP.NET, ASP.NET 4.0, ASP.NET MVC, ASPItalia.com, Entity Framework, Object Oriented Programming, Silverlight, Silverlight 4.0, Visual Studio, Windows 7, Windows Client, Windows Presentation Foundation, XAML

.NET Framework 4.0 Beta 2: ASP.NET MVC 2 Preview 2

2009-10-21T13:11:00+00:00

ASP.NET MVC 2 ha purtroppo mancato l'appuntamento con la prima beta release di Visual Studio 2010, per cui c'è veramente tanto da dire su quanto è stato incluso nella Beta 2.

ModelMetadata e Model Validation

Una prima novità è rappresentata dall'introduzione dei ModelMetadata, vale a dire un'infrastruttura per associare metadati ad un model che consente, ad esempio, di specificare la formattazione secondo cui mostrare a video una property, la sua descrizione o indicare un'insieme di validatori che ne verifichino la consistenza.
Quest'infrastruttura è completamente provider-based: ASP.NET MVC 2 fornisce già un DataAnnotationsMetadataProvider che consente di recuperare queste informazioni tramite le DataAnnotations introdotte in ASP.NET Dynamic Data, ma è possibile realizzare propri provider per recuperarle da una qualsiasi sorgente (XML, Database, ecc.).
Un ulteriore plauso va anche all'aggiunta di un supporto ufficiale alla validazione lato client, realizzata tramite jQuery e, ancora una volta, impostabile in maniera del tutto dichiarativa direttamente sul model tramite l'infrastruttura di DataAnnotiations.

HttpVerb override

Come sappiamo, già dalla prima versione di MVC è possibile specificare a quali verbi Http (GET, POST, PUT, DELETE) debba rispondere una action. Essi sono molto utili nel caso si voglia utilizzare ASP.NET MVC per esporre servizi REST, mentre il loro utilizzo rimane di fatto molto limitato nell'ambito di applicazioni con interfaccia utente, dato che i browser tipicamente utilizzano solo GET e POST.
ASP.NET MVC 2 introduce un nuovo Html Helper, chiamato HttpMethodOverride, che può essere utilizzato in una view per renderizzare un particolare campo Hidden:

<form action="/sampleDeleteAction" method="post"> <%= Html.HttpMethodOverride(HttpVerbs.Delete) %> ... </form>

L'effetto è quello di sovrascrivere l'effettivo verbo inviato dal browser (nella fattispecie, un POST) con un DELETE, scatenando quindi l'esecuzione di una action decorata con HttpDeleteAttribute:

[HttpDelete] public ActionResult SampleDeleteAction(...) { // ... more code here }

Tutto questo per fare cosa? Semplice: se esponiamo API di tipo REST e magari gestiamo tutti i verbi Http e non solo Get e Post, possiamo comunque continuare a riutilizzare i medesimi controller anche quando invece interagiamo con un browser.

Single-Project Areas

Già in ASP.NET MVC 2 Preview 1 era stato introdotto il concetto di Project Areas, tramite le quali era possibile suddividere un'applicazione di grandi dimensioni in diversi progetti Visual Studio indipendenti. La preview 2 amplia questa funzionalità tramite le Single Project Areas, ossia suddivisioni logiche dell'applicazione (e quindi controller, model, view e regole di routing indipendenti) all'interno dello stesso progetto.
Maggiori informazioni sul concetto di Area possono essere reperite in questo post di Scott Guthrie, relativo alla vecchia Preview 1.

Html Encoding Code Block

Il metodo più sicuro per evitare attacchi di script injection nella propria web application è quello di effettuare l'HtmlEncode di qualsiasi dato potenzialmente a rischio nell'ambito del rendering di una view. Utilizzando la sintassi compatta
First Name: <%: Model.FirstName %> Last Name: <%: Model.FirstName %>
l'engine di rendering della view si occupa di eseguire in maniera del tutto trasparente questo passaggio. Per approfondire, si veda questo post sul blog di Phil Haack.

Non finisce qui!

In aggiunta a quanto indicato sino ad ora, ASP.NET MVC 2 Preview 2 propone anche tutta una serie di migliorie, bug fix e performance improvements che sono descritte, analogamente a queste nuove funzionalità, nelle release notes ufficiali, scaricabili a questo indirizzo.

Per maggiori informazioni sulle altre tecnologie all'interno del .NET Framework 4.0 si può fare riferimento al nostro speciale.

Tags: .NET Framework, .NET Framework 4.0, ASP.NET, ASP.NET 4.0, ASP.NET MVC, Visual Studio

Nuova versione per EF Mapping Verifier

2009-09-30T22:46:00+00:00

Ho appena messo online una nuova versione per il mio tool di testing del corretto salvataggio delle entities con ADO.NET Entity Framework. Ripeto ancora, a scanso di equivoci, di essermi ispirato ad un’analoga funzionalità presente su Fluent NHibernate.

Come funziona… Diciamo che avete il vostro modello di dominio, solite robe… Customers, Orders, ecc.ecc. e volete vedere se effettivamente ciò che salvate e ciò che recuperate sono la stessa cosa. EF MappingVerifier è ciò che fa per voi :D

Utilizzando delle comodissime e sintetiche lambda expression, è possibile “valorizzare” le proprietà desiderate su una entity, poi il mio tool si occuperà di salvarla, ricaricarla e confrontare i risultati.

Vediamo un po’ nel dettaglio come usarlo.

Proprietà scalari di una entity

La sintassi è molto semplice:

using (new TransactionScope()) using (var ctx = new testDbEntities()) { VerifyMapping.For<Customer>(ctx) .Test(c => c.Name, "Marco") .Execute(); }

Notate l’uso di un TransactionScope che non viene mai committato, in questo modo è possibile far sì che tutti i test siano indipendenti, visto che nulla viene effettivamente memorizzato in maniera permanente sul server.

Complex types

I complex types non sono molto utilizzati in EF, quantomeno nella prima versione, visto che non sono supportati direttamente dal designer. In ogni modo, è possibile testarli con la sintassi seguente, avendo cura di fornire un IEqualityComparer che sia in grado di verificarne l’uguaglianza.

using (new TransactionScope()) using (var ctx = new testDbEntities()) { VerifyMapping.For<Customer>(ctx) .Test(c => c.Name, "Marco") .Test(c => c.Address, new Address { Via="Piazza Duomo", Civico = "15"}, IAddressComparer ) .Execute(); }

Relazioni molti-a-uno

Questo tipo di relazioni sono testabili a patto di aggiungere preventivamente l’altra entity al context.

using (new TransactionScope()) using (var ctx = new testDbEntities()) { City city = new City { Name = "Milano" }; ctx.AddToCitySet(city);

VerifyMapping.For<Customer>(ctx) .Test(c => c.Name, "Marco") .Test(c => c.City, city ) .Execute(); }

Dovrebbe funzionare anche all’interno di complex types, ma non l’ho mai provato francamente. Si noti che City deve essere creata separatamente e aggiunta al context.

Relazioni uno-a-molti

La sintassi è leggermente diversa, nel senso che in questo caso bisogna scrivere una lamdba che simuli l’aggiunta di dettagli alla collection del parent:

using (new TransactionScope()) using (var ctx = new testDbEntities()) { VerifyMapping.For<Customer>(ctx) .Test(c => c.Name, "Marco") .Test(c => c.Orders.Add(new Order())) .Execute(); }

La sintassi supporta i metodi Add e AddRange (è previsto anche un extension method per “aggiungere” AddRange a IList<T>). Si noti che è anche possibile utilizzare la entity under test nel caso in cui sia necessario referenziarla nel dettaglio, ad es.:

.Test(c => c.Orders.Add(new Order { Customer = c }))

Il controllo effettuato è squisitamente numerico, nel senso che viene verificato che i dettagli siano dello stesso numero e tipo di quelli impostati nelle lambda. Questo non è un limite, in quanto poi la corretta persistenza di Order va testata con un bel VerifyMapping.For<Order>.

Un’ultima nota sulla metodologia utilizzata per lo sviluppo. E’ stato scritto tutto in TDD (il progetto di test è incluso) e c’è quasi un centinaio di unit test a supporto del codice scritto. Ho “rispolverato” il TDD dopo un annetto di tempo e mi diverte sempre un sacco utilizzarlo. Ah.. per gli scettici che pensano sia una perdita di tempo, probabilmente senza TDD a quest’ora sarei MOLTO indietro.

Il download lo trovate qui.

Enjoy

Tags: Entity Framework, NHibernate, Object Oriented Programming, ADO.NET

Testare il mapping di Entity Framework

2009-09-17T08:52:00+00:00

Una delle necessità più sentite quando si lavora con Entity Framework (ma in generale, con qualsiasi ORM) è quella di capire se il mapping, realizzato a manina o tramite il designer, sia scritto correttamente oppure no. Prendendo spunto da ciò che esiste già per NHibernate, ma sviluppandolo completamente da zero in TDD, sto lavorando a EF Mapping Verifier, una libreria che consente di testare la corretta persistenza delle entity con una sintassi semplice ed intuitiva:

using(new TransactionScope()) { VerifyMapping.For(new MyObjectContext()) .Test(c => c.Id, 1) .Test(c => c.Name, "Marco") .Execute(); }

Tramite lambda expression, insomma, è possibile impostare i dati voluti sulla entity da testare (in questo caso Customer); VerifyMapping utilizza questi dati per costruire un'istanza di Customer, la salva su database, successivamente la recupera e verifica che i valori delle proprietà corrispondano. Se circondiamo il tutto con un TransactionScope senza invocarne il metodo Complete, i test divengono atomici e indipendenti, dato che non viene mai effettuato il commit della transazione.

Attualmente si tratta di una pre-pre-release, molto limitata, che non gestisce ancora le relazioni tra entity, ad esempio. Ma è un work-in-progress, conto di pubblicare aggiornamenti presto, ed in particolare:

Test delle relazioni 1-to-many e many-to-1
Supporto a Entity Framework 4.0
Supporto a entità POCO

Il download lo trovate, come al solito, nel lab.

Come dice il Mostarda, stay tuned (se avete pazienza!)

Tags: .NET Framework, .NET Framework 3.5, .NET Framework 4.0, Entity Framework

Open source = elevata qualità? Ma dove???

2009-07-07T09:25:00+00:00

Ieri ho avuto la malsana idea di aggiornare Firefox 3.0.x alla versione 3.5 sul mio notebook aziendale. Ero già poco contento prima, ora sono a dir poco infuriato e mi accingo a disinstallare questo browser che ho usato (con soddisfazione da un po' di tempo in costante decadimento) fin dalla versione 1.

Motivo? Il primo avvio di Firefox sulla mia macchina impiega un paio di minuti, e, dando un'occhiata in giro, mi sembra proprio di non essere l'unico sfigato a cui accade.

Ora dico io: ma le release, le provano prima di pubblicarle o i problemi li si affronta solo a posteriori? Questa sarebbe la tanto decantata *qualità* del software open source? Questa è semplicemente una breaking change non sufficientemente testata. Punto. Ma sapete com'è... il rilascio di nuove versioni aumenta i download, i download aumentano gli sponsor, le quote di mercato, chi se ne frega se poi ci sono problemi, tanto il codice è libero, puoi fixarlo anche da solo.

Peccato che lo stia disinstallando ora, altrimenti al prossimo riavvio, durante i 2 minuti di attesa, mi sarei potuto divertire a immaginare cosa sarebbe accaduto nei vari forum in rete nel caso in cui lo stesso problema lo avesse avuto Internet Explorer.

.NET Framework 4.0 beta 1: Workflow Foundation 4.0

2009-05-18T20:44:00+00:00

Il nuovo FX 4.0 porta con sé una vera e propria rivoluzione per quanto riguarda Workflow Foundation: si tratta di un framework nuovo di zecca, sia per quanto riguarda l'engine, che per le librerie e il designer di Visual Studio 2010. Per mantenere la compatibilità con le applicazioni sviluppate fino ad oggi, si è scelto di utilizzare namespace differenti, così che l'utente sia libero di scegliere se avvalersi della nuova tecnologia o continuare ad utilizzare il modello delle versioni 3.x.

Ma quali sono le novità che possono effettivamente spingerci a voltare pagina? Beh, innanzitutto le performance, che fino a questa edizione hanno rappresentato forse il più grande limite di Workflow Foundation. In WF 4.0 sono state apportate numerose ottimizzazioni, sia nell'engine di esecuzione che nei servizi di persistenza (che ora si limitano a persistere solo la parte effettivamente "attiva" del workflow, piuttosto che l'istanza nella sua interezza), che promettono di dare un vero e proprio boost alla scalabilità, raggiungendo guadagni prestazionali anche di un paio di ordini di grandezza superiori alla versione precedente.

La base activity library annovera alcuni nuovi elementi, quali ad esempio un set di elementi specifici per la gestione di collection di oggetti (ClearCollection, AddToCollection, RemoveFromCollection e ExistsInCollection) o ParallelForEach, che consente di eseguire dei task su elementi di una collection in parallelo; altre invece state completamente riviste: è il caso di Parallel, che ora lavora secondo un nuovo algoritmo di scheduling. E' presente un nuovo modello di workflow, chiamato Flowchart, che sostanzialmente permette di superare il limite imposto dai workflow sequenziali, che non consentivano di rimandare il flusso in una posizione precedente a quella attuale. Esso sopperirà temporaneamente alla mancanza della State Machine, non inclusa nella beta, della quale potrà mimare il comportamento grazie alla PickActivity, sostanzialmente l'alter ego in questa versione della vecchia ListenActivity.

La rivoluzione maggiore riguarda però l'architettura, a livello di modello a oggetti, di questo nuovo framework, in cui appaiono per la prima volta i concetti di parametri di input e di output o di variabili. I primi vengono utilizzati per rappresentare i flussi di informazione in ingresso e uscita da un'activity (o da un workflow), mentre le altre svolgono funzioni di storage. Il tutto, ovviamente, offre pieno supporto al databinding e consente un approccio più marcatamente dichiarativo, e meno funzionale, alla realizzazione del workflow stesso. Visual Studio 2010 offre un designer del tutto nuovo, realizzato in WPF, e che consente la realizzazione di progetti sia graficamente che editando direttamente lo Xaml. Da menzionare il supporto all'intellisense già all'interno della property grid, una vera e propria ciliegina sulla torta.

L'ultimo aspetto da citare riguarda l'integrazione con WCF, che in Workflow Foundation 4.0 si spinge oltre quanto già visto nel Framework 3.5. Grazie a WCF, infatti, sarà possibile fornire ai workflow la possibilità di accettare messaggi remoti, costruendo quindi veri e propri servizi in maniera dichiarativa tramite l'uso di activity.

Maggiori informazioni e le informazioni per il download sono disponibili nel nostro mini-sito dedicato al .NET Framework 4.0.

Tags: .NET Framework, .NET Framework 3.0, .NET Framework 4.0, Visual Studio, Windows Workflow Foundation

Visto che ultimamente Reflection.Emit è di moda...

2009-04-30T07:58:00+00:00

... e visto che non tutti masticano benissimo MSIL (io ad esempio no!), vi segnalo un simpaticissimo addin per Reflector che credo farà felici molti estimatori del codice dinamico:

http://reflectoraddins.codeplex.com/Wiki/View.aspx?title=ReflectionEmitLanguage

Leggo testualmente:

"This add-in translates the IL code of a given method into the C# code that would be needed to generate the same IL code using System.Reflection.Emit"

Buon divertimento ;-)

Tags: .NET Framework, .NET Framework 2.0, .NET Framework 3.0, .NET Framework 3.5, .NET Framework 4.0

Basta! Italia 2009 - I'll be there!

2009-03-13T16:01:00+00:00

Lunedì 16 sarò, insieme a qualche altro membro dello staff di Aspitalia, a Roma in occasione della prima edizione italiana di BASTA!

Se, come per il sottoscritto, .NET è il vostro pane quotidiano e la vostra passione, vi consiglio tantissimo di partecipare.

In serata, all'interno dello spazio riservato alle community, terrò una sessione a proposito di come approcciare l'architettura delle applicazioni quando si sceglie di avvalersi di ORM. Oramai sono un po' di anni che lavoro con questo genere di framework e ho provato a condensare in un'oretta quelle dritte che ritengo un po' più utili e interessanti per sfruttare a meglio l'NHibernate o ADO.NET Entity Framework di turno. Se vi interessa e avete tempo, provate a fare una capatina.. ;-)

Che dire... ci vediamo lì!

Tags: .NET Framework 3.5, Architettura, ASP.NET, ASP.NET 3.5, ASPItalia.com, Entity Framework, LINQ, NHibernate, ORM

Gli ORM e la many to one: 3 approcci differenti

2009-01-13T17:01:00+00:00

Un paio di giorni fa ho ricevuto una domanda in mail da un lettore circa l'approccio da utilizzare quando si gestiscono le lookup in un Domain Model. Supponiamo di avere la classica relazione tra Order e Customer. La domanda era più o meno così:

Nella form di creazione ordini, ho una DropDownList con l'elenco dei clienti; ovviamente questa mi restituisce solo l'Id di quello selezionato, mentre per costruire correttamente la mia classe Order avrei bisogno dell'intera istanza. Possibile che sia pertanto vincolato ad effettuare una query, sebbene a me, alla fine della solfa, serva solo l'Id?

E' un tipico caso di impedence mismatch tra mondo relazionale e Domain Model, ed è questo il motivo per cui la soluzione è strettamente legata all'ORM utilizzato. Vediamo quali sono state le scelte e soprattutto quali sono le differenze tra i 3 ORM più "in voga" del momento, ossia Linq To SQL, NHibernate e Entity Framework.

Linq To SQL

Il primo ORM made in Microsoft utilizza un approccio molto semplice per risolvere il problema. La classe Order prodotta dal designer, infatti, possiede sia la reference al Customer corrispondente, sia la proprietà CustomerID, che può essere valorizzata direttamente. Il codice pertanto è estremamente immediato e rispecchia in pieno la natura magari "meno rigorosa", ma sicuramente con un gradino d'apprendimento estremamente smussato, di Linq To SQL:

Order order = new Order();
order.Description = "New order";
order.CustomerId = ddlCustomers.SelectedValue; 
ctx.Orders.InsertOnSubmit(order);
ctx.SubmitChanges();

NHibernate

La scelta implementativa di Linq To SQL presenta però un problema: l'istanza di Order non è collegata ad un *vero* customer, è stato fornito un semplice identificativo e, finché non si procede al salvataggio (e quindi alla rilettura dell'order), Order.Customer vale null. Ovviamente quindi uno statement tipo

Console.Writeline(Order.Customer.Name)

solleverebbe una NullReferenceException.

NHibernate è invece più rigoroso e non consente di "aggirare" la specifica della reference fornendo solo un identificativo, ma ha bisogno di un'istanza di Customer. Quindi strada obbligata verso la inutile query? La risposta fortunatamente è no, o almeno è no se è stato attivato il lazy load per la classe Customer nel relativo mapping:

<class name="..." lazy="true">
....
</class>

Il codice della nostra form di gestione ordini diventa qualcosa tipo

Order order = new Order();
order.Description = "New order";
order.Customer = session.Load<Customer>(ddlCustomers.SelectedValue);
session.SaveOrUpdate(order);
session.Flush();

In caso di lazy load attivo, session.Load<Customer> non effettua alcuna query verso il DB, ma restituisce un proxy di Customer, ossia una classe generata dinamicamente, che eredita da Customer, perfettamente valida nel caso di assegnazione alla proprietà Order.Customer.

Il vantaggio di questo approccio è che, in qualsiasi momento proviamo ad eseguire

Console.Writeline(Order.Customer.Name)

NHibernate in maniera del tutto trasparente si connette al database, carica l'istanza del cliente e ne stampa a video il nome. Il tutto si paga però con una complessità architetturale maggiore (session attiva in ogni momento, necessità di gestire i casi di errore nel caricamento dati, ecc.).

Entity Framework

Entity Framework, come accade in diversi altri frangenti, è invece meno "automatico" e ciò, se da un lato obbliga l'utente ad un maggior intervento nell'utilizzo (basta pensare a come è gestito il caricamento delle relazioni), dall'altro consente in qualche modo dei workaround per gestire situazioni per le quali non è presente un'implementazione specifica, come questo caso.

Entity Framework richiede infatti che la relazione sia rappresentata con un'istanza di un customer, ma non è necessario recuperarlo dal database, a patto di popolarne correttamente la proprietà EntityKey (grazie a Stefano per la dritta!!):

Order o = new Order();
o.Description = "New order"; 
// creo il customer "fittizio"
Customer customer = new Customer();
customer.Id = 1;
customer.EntityKey = new EntityKey();
customer.EntityKey.EntitySetName = "CustomerSet";
customer.EntityKey.EntityKeyValues = new[] { new EntityKeyMember("Id", ddlCustomers.SelectedValue) };
customer.EntityKey.EntityContainerName = "testdbEntities";
// aggancio il customer all'ObjectContext
ctx.Attach(customer); 
// aggiorno la relazione e salvo l'ordine
o.Customer = customer;
ctx.AddToOrderSet(o); 
ctx.SaveChanges();

Ovviamente in questo caso, il cliente non è valorizzato, e se si prova ad accedere al nome si ottiene un bel null, anche se non viene sollevato alcun errore. Un'ultima nota: attenzione a rispettare l'ordine dei passaggi, ed in particolare ad agganciare il customer al context prima di associarlo all'ordine, altrimenti non funziona più nulla.

Ciao ;-)

Tags: .NET Framework, .NET Framework 3.5, Entity Framework, LINQ, LINQ to SQL, NHibernate, ORM

ILDASM e ILASM: un esempio pratico (e c'entra anche NHibernate)

2009-01-12T13:18:00+00:00

Accadde un giorno che avevo un piccolo (e vecchio) CMS con un bug da fixare e ho avuto l'idea di aggiornare il motore di persistenza, che usava NH 1.2.0 alla nuovissima 2.0.1. Scarico quindi i due progetti NHibernate.Core e NHibernate.Caches ma... niente! Quest'ultima non ne voleva sapere di andare a causa di una reference verso la versione 2.0.0 di NHibernate che purtroppo non era più disponibile per il download.

Premetto che ad oggi il problema è stato risolto, ora NHibernate.Caches punta alla versione corretta, ma in quel frangente mi sono trovato abbastanza spaesato. Le possibili soluzioni erano:

Ricompilare tutto NHibernate, modificando il numero di versione a 2.0.0, ma non mi piaceva l'idea
Scaricare i sorgenti della Cache e modificare la reference, ma questi non erano disponibili se non come trunk SVN, e avrei in questo modo rischiato di portare in produzione codice non ancora ufficialmente rilasciato
Utilizzare l'Assembly Binding Redirection del CLR
Disassemblare l'assembly NHibernate.Caches e modificare la reference per farlo puntare a NH 2.0.1

A dispetto delle apparenze, la soluzione 4 è in assoluto la più veloce e semplice e infatti è proprio quella che ho scelto.

I passi sono estremamente banali:

Si apre l'assembly con ILDASM
Si seleziona File -> Dump, avendo cura di impostare a checked tutte le checkbox proposte
A questo punto basta aprire il file .IL generato con un qualsiasi editor testuale e cercare ".assembly extern" per posizionarsi nella sezione del MSIL che contiene l'indicazione delle reference
Modificare manualmente la reference alla versione voluta e salvare
Ricompilare il file IL con l'istruzione a riga di comando:

ILASM nomeFileMSIL.IL /DLL /OUTPUT=nomeAssembly.dll

Et voilà, it works!

Tags: .NET Framework, NHibernate

Alcune info per chi usa NHibernate

2008-10-04T19:39:00+00:00

Da qualche settimana, il sito ufficiale di NHibernate non è più il vecchio www.nhibernate.org, bensì NHForge, dove potrete trovare info, aggiornamenti, downloads, documentazione, blogs, ecc.ecc.

L'unica cosa che *non c'è* è il forum e il motivo è molto semplice: per chiedere aiuto o sottoporre dubbi esiste NHibernate-It, il Google group ufficiale italiano, o nhusers, che invece è internazionale.

Proprio a proposito di ciò, nel caso vi sorgesse il dubbio di esservi imbattuti in un bug, vi invito a leggere questo post in inglese che ho pubblicato proprio oggi sulle modalità più snelle per comunicarne i dettagli e facilitare il compito di chi vorrà darvi una mano: realizzare uno unit test che riproduca il problema. Pensateci, anche se non usate NH, ogni volta vi trovate a chiedere assistenza in qualche forum...

Ah, a proposito... siamo arrivati alla versione 2.0.1.. scaricate, scaricate e scaricate!!

Ciao!

Tags: NHibernate, ORM

Annunciazione, annunciazione!

2008-10-01T23:43:00+00:00

Oggi Daniele ha annunciato il nuovo speciale sul SP1 che, tra le altre cose, vedrà la pubblicazione anche di un mio script; beh.. la cosa ha per me un sapore davvero particolare, dato che è il primo contributo che scrivo da membro dello staff di Aspitalia, visto che i ragazzi hanno avuto la folle idea di accettare uno come me nella famigghia!

La cosa ha avuto subito un risvolto positivo, però: il Milan ha vinto il derby, l'Inter ha pareggiato in champions e Mourinho ha fatto una delle più belle conferenze stampa degli ultimi tempi.

Speriamo che continui tutto così, l'inizio promette bene!!

Ciao!

Tags: ASPItalia.com, Off Topic