Stefano Mostarda - Contenuti e Blog da ASPItalia.com Network

Rilasciato Entity Framework 4.3

Stefano Mostarda — Fri, 10 Feb 2012 08:56:00 GMT

Nuova versione dell'ORM prodotto da Microsoft disponibile al download. Quest'oggi il team di ADO.NET ha rilasciato Entity Framework 4.3. Questa nuova versione corregge alcuni bug, ma soprattutto introduce una ...

Tags: .NET Framework, .NET Framework 4.0, Entity Framework, LINQ to Entities, ORM

Continua a leggere Rilasciato Entity Framework 4.3.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Sovrascrivere il tipo di esecuzione di una query PLINQ

stefano mostarda — Fri, 10 Feb 2012 07:00:00 GMT

Quando specifichiamo che una query deve essere eseguita da PLINQ, non � detto che effettivamente questa venga eseguita in parallelo. Infatti, il motore PLINQ effettua un calcolo in base al quale decide se ...

Continua a leggere Sovrascrivere il tipo di esecuzione di una query PLINQ.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

ASP.NET 4.0 in C# e VB - Espresso

Daniele Bochicchio — Tue, 31 Jan 2012 07:30:00 GMT

Nato dall'esperienza degli autori, fondatori di ASPItalia.com, la storica community che da oltre dieci anni offre spunti e contenuti dedicati a questa tecnologia, ASP.NET 4.0 in C# e VB � la guida espressa ...

Continua a leggere ASP.NET 4.0 in C# e VB - Espresso.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

C# 4 - Espresso

Daniele Bochicchio — Tue, 31 Jan 2012 07:30:00 GMT

Aggiornata a .NET Framework 4.0 e Visual Studio 2010, questa guida espressa a C#4 � l'espressione corale di un gruppo di sviluppatori che utilizza questo linguaggio sin dalla prima versione, per costruire ...

Continua a leggere C# 4 - Espresso.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Visual Basic 2010 - Espresso

Daniele Bochicchio — Tue, 31 Jan 2012 07:30:00 GMT

Aggiornata a .NET Framework 4.0 e Visual Studio 2010, questa guida espressa a Visual Basic 2010 � l'espressione corale di un gruppo di sviluppatori che utilizza questo linguaggio sin dalla prima versione, per ...

Continua a leggere Visual Basic 2010 - Espresso.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Mantenere l'ordine dei dati in una query PLINQ

stefano mostarda — Fri, 27 Jan 2012 07:00:00 GMT

Coma abbiamo visto nello script #281, una query PLINQ viene distribuita sui processori della macchina per ottimizzare le prestazioni. In virt� di questa distribuzione, l'ordinamento dei dati restituiti non � lo...

Continua a leggere Mantenere l'ordine dei dati in una query PLINQ.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Continua a leggere Mantenere l'ordine dei dati in una query PLINQ.

Microsoft WebCamp - Roma, Milano

Daniele Bochicchio — Tue, 24 Jan 2012 13:30:00 GMT

Microsoft WebCamp - Roma, Milano

Stefano Mostarda — Tue, 24 Jan 2012 11:15:00 GMT

Microsoft WebCamp - Roma, Milano

Stefano Mostarda — Tue, 24 Jan 2012 09:45:00 GMT

Ottimizzare le performance di una query LINQ to Objects utilizzando PLINQ

Stefano Mostarda — Fri, 13 Jan 2012 07:00:00 GMT

Per default, le query LINQ to Objects vengono eseguite scorrendo gli oggetti nella lista in maniera sequenziale. Per ottimizzare questa impostazione possiamo utilizzare Parallel LINQ (PLINQ). PLINQ suddivide la...

Continua a leggere Ottimizzare le performance di una query LINQ to Objects utilizzando PLINQ.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Recuperare un'istanza dell'ObjectContext dal DbContext di Entity Framework

Stefano Mostarda — Fri, 16 Dec 2011 07:00:00 GMT

La classe DbContext ci permette di accedere alle principali funzionalit� di Entity Framework. Tuttavia, questa classe non copre il 100% delle funzionalit�. Ad esempio, non possiamo eseguire query ...

Continua a leggere Recuperare un'istanza dell'ObjectContext dal DbContext di Entity Framework.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Continua a leggere Recuperare un'istanza dell'ObjectContext dal DbContext di Entity Framework.

Forzare il caricamento dei metadati con il DbContext di Entity Framework

Stefano Mostarda — Fri, 25 Nov 2011 07:00:00 GMT

Quando istanziamo il DbContext, Entity Framework non carica automaticamente tutti i metadati dell'EDM all'interno del DbContext stesso. Se proviamo ad accedere ai metadati che non sono caricati, quello che ...

Continua a leggere Forzare il caricamento dei metadati con il DbContext di Entity Framework.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Specificare da codice il nome della colonna su cui mappa una proprietà con Entity Framework Code First

Stefano Mostarda — Fri, 11 Nov 2011 07:00:00 GMT

Nello script #234 abbiamo visto come utilizzare le DataAnnotation per mappare una propriet� di una entity su una colonna che ha un nome diverso. In questo script vedremo come effettuare la stessa operazione ...

Continua a leggere Specificare da codice il nome della colonna su cui mappa una proprietà con Entity Framework Code First.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Continua a leggere Specificare da codice il nome della colonna su cui mappa una proprietà con Entity Framework Code First.

Migliorare le performance di accesso ai dati con Entity Framework 4.0 e 4.1

Stefano Mostarda — Wed, 26 Oct 2011 06:00:00 GMT

L'accesso ai dati � uno dei punti cruciali di ogni applicazione. Quando si utilizza Entity Framework questo argomento diventa ancora pi� importante, visto che abbiamo un layer che ci astrae dal database. In ...

Tags: .NET Framework, .NET Framework 4.0, Entity Framework, Entity Framework 4.1, ORM

Continua a leggere Migliorare le performance di accesso ai dati con Entity Framework 4.0 e 4.1.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Impostare da codice il nome della tabella su cui mappare una classe con Entity Framework Code-First

Stefano Mostarda — Fri, 21 Oct 2011 06:00:00 GMT

Quando decidiamo di utilizzare il codice per mappare le nostre classi di dominio verso il database con Entity Framework Code-First, possiamo modificare il nome della tabella su cui una classe viene mappata. ...

Continua a leggere Impostare da codice il nome della tabella su cui mappare una classe con Entity Framework Code-First.

Se vuoi sempre restare aggiornato, segui @aspitalia anche su Twitter!

Entity Framework nel futuro

Stefano Mostarda — Tue, 11 Oct 2011 22:22:00 GMT

A giugno, il team di EF ha rilasciato una CTP dove hanno fatto vedere alcune novit� di EF vNext. Per quanto mi riguarda, la possibilit� di ritornare pi� resultset da una stored procedure � la cosa pi� interessante. Il supporto per gli enum, gli spatial data, le query autocompilate etc etc, sono feature interessanti, ma un p� pochino per raggiungere NHibernate. Quello di cui sento veramente la mancanza � un type system customizzabile. Quando ho saputo del supporto ad enum e spatial data nel mio cuore ho sperato che il supporto fosse stato costruito sulla base di un sistema estendibile (come NH fa da quando era ancora in gestazione credo) ma sono rimasto terribilmente deluso per l'ennesima occasione persa per fare di Entity Framework un vero O/RM.

Un'altra cosa che non mi entusiasma di EF � la gestione delle relazioni quando si lavora in maniera disconnessa. Le STE sono qualcosa che proprio non riesco ad usare in un ambiente reale. Ogni volta che ci ho provato sono rimasto scottato quindi ormai non le consiglio nemmeno al mio pegior nemico. Non ho interesse ad un loro miglioramento nel futuro. vedremo se il team ce l'avr�..

Ci possiamo consolare con il fatto che Code-First in futuro verr� ampliato per supportare nativamente tutti quegli scenari che adesso sono attivabili solo dietro tonnellate di reflection (mapping di propriet� private e convenzioni custom) e che l'allineamento del database al modello tramite Visual Studio sta diventando finalmente realt�.

La mia sensazione tuttavia � che ormai il team ritenga EF pronto per creare nuove features senza toccare pi� di tanti il motore. Questo � un grosso errore e spero di sbagliarmi perch� c'� molto da fare per raggiungere NH e di questo passo la strada sar� tutt'altro che breve (sempre che l'intenzione sia quella di raggiungere NH).

Stay tuned.

Tags: Entity Framework, Entity Framework 4.1, ORM

Continua a leggere Entity Framework nel futuro.

WebWorkers e WebSocket

Stefano Mostarda — Mon, 03 Oct 2011 09:44:00 GMT

Avete mai fatto applicazioni che facessero uso intensivo di codice Javascript? Avete notato quanto siano lente? Avete mai sognato di poter parallelizzare il vostro codice Javascript? Avete mai desiderato ricevere notifiche in tempo reale dal server senza bisogno di fare polling AJAX?

Se avete risposto si ad almeno una di queste domande allora WebWorkers e WebSockets fanno al caso vostro. Ma partiamo dai WebWorkers.

Javascript � single-threaded. Attraverso un sapiente uso dei metodi setTimeout e setInterval potete creare codice asincrono, ma sempre single-threaded. Questo in moltissime applicazioni va pi� che bene, ma che mi dite di applicazioni che devono andare periodicamente sul server a recuperare dati, fare pesanti calcoli ed aggiornare la UI di conseguenza? In questi casi avere un thread-separato rispetto al thread principale aiuta parecchio ad ottimizzare le performance in quanto la UI non viene bloccata mentre si processano I dati. Finalmente, grazie ai WebWorkers introdotti con HTML5 e Javascript5, creare pi� thread in Javascript diventa possibile. Non abbiamo a disposizione un framework evoluto, ma una serie di API che consentiranno nel futuro di averne.

Il concetto alla base dei WebWorkers � molto semplice: definiamo un file JS che contiene il codice da far girare in un altro thread e poi inizializziamo un thread passandogli in input l'indirizzo del file JS. Ovviamente possiamo passare dei parametri al nuovo thread e ricevere dati dal thread stesso. Quest'ultima feature � fondamentale in quanto il thread secondario non pu� accedere al DOM che � accessibile solo dal thread principale. Insomma, il concetto � che I WebWorkers ci permettono di fare applicazioni molto pi� veloci e responsive che in passato.Bench� supportati ormai da tutti I browser, la nota dolente � alcuni browser come chrome e firefox supportano I WebWorkers solo attraverso il prefisso (Moz o WebKit).

Il discorso dei WebSocket invece � (se possibile) ancora pi� interessante. Il protocollo HTTP � basato sul concetto di richiesta/risposta: il client chiede il server risponde. Per far arrivare degli aggiornamenti dati dal server al client senza che l'utente aggiorni la pagina, utilizziamo la tecnica del polling unito all'uso di XmlHttp per essere asincroni. Questa tecnica simula le notifiche real-time ma offre numerosi svantaggi. Il primo � un incredibile overhead di rete: se io voglio scambiare con il server pochissimi dati, comunque la richiesta � molto corposa per via delle intestazioni http. Il secondo overhead � a livello di canali di comunicazione visto che se ne devono stabilire 2 per ogni richiesta. Con I WebSocket il discorso cambia radicalmente. Possiamo infatti creare con il server un canale bidirezionale attraverso il quale il browser pu� ricevere e inviare dati al server in realtime senza polling; il tutto si basa inoltre sulle porte 80 e 443 e quindi senza avere problemi di firewall. Questo significa abbattere gli overhead precedenti poich� si crea un solo canale e poich� non essendoci HTTP non ci sono nemmeno le intestazioni HTTP ad incrementare la corposit� dei messaggi inviati.

Insomma, WebWorkers e WebSocket rappresentano grosse novit� che faranno parte del nostro toolset nei mesi a venire. Non sono ancora perfettamente integrati in tutti I browser, ma lo saranno molto a breve quindi vi consiglio di dargli una bella occhiata ;).

Stay tuned.

Tags: HTML5, Javascript

Continua a leggere WebWorkers e WebSocket.

E così Reflector diventa a pagamento

Stefano Mostarda — Thu, 03 Feb 2011 23:30:13 GMT

Ebbene si, dopo quasi un decennio di Reflector free, siamo arrivati al fatidico momento in cui questo fantastico tool diventa a pagamento. Ora per spulciare il codice negli assembly degli altri dovremo sborsare 35 dollari.

Che c'� di strano? Assolutamente NULLA. Fa solo effetto vedere il tool pi� famoso nel mondo .NET passare da free a pagamento. Far� effetto vedere richiete per Reflector nei forum che danno link per scaricare software craccato. Non uso ne il mulo ne torrent, ma so gi� che si trover� reflector anche li.

Personalmente, mi aspettavo questa fine. Quando un'azienda acquisisce un tool � perch� ci vede un business e il business dietro Reflector � grande. Pagher� questi 35 dollari senza darci troppo peso perch� per il mio lavoro reflector � utile tanto quanto visual studio. Per�. mi sento tanto come se un'epoca fosse finita

Stay tuned.

Continua a leggere E così Reflector diventa a pagamento.

Entity Framework: DbContext, ObjectContext e la CTP 5

Stefano Mostarda — Mon, 17 Jan 2011 10:06:00 GMT

La Features CTP di Entity Framework � alla versione 5 e come ha annunciato il team non ci saranno altre versioni prima della RTM prevista entro fine marzo. Purtroppo ho paura che alcune decisioni del team non faranno altro che generare confusione. Le nuove classi DbContext e DbSet<T> hanno lo scopo, dichiarato dal team stesso, di rimpiazzare le classi ObjectContext e ObjectSet<T>.

Tutto questo � molto bello perch� le nuove classi hanno un design decisamente pi� pulito. Il vero problema � che DbContext non supporta tutte le feature che ObjectContext supporta (Stored procedure per esempio). Questo significa che in alcuni casi dovremo usare ObjectContext mentre in altri potremo usare DbContext. Non solo, il fatto che la CTP sia arrivata alla numero 5, sta facendo pensare molti sviluppatori che quella sia una CTP di Entity Framework 5. Niente di pi� sbagliato visto che si tratta solo di una serie di estensioni basate su Entity Framework 4.0.

Insomma ancora una volta abbiamo davanti un difficile compito di evangelizzazione dovuto ad alcune scelte infelici da parte di MS. Che dire ormai, ci siamo abituati.... dopo tutto se pensiamo al caos generato dal .NET Framework 3.0 e 3.5 che usavano c#3.0 ma basato sul CLR 2.0... questa di Entity Framework � una bazzecola da spiegare :D

Stay tuned....

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

Continua a leggere Entity Framework: DbContext, ObjectContext e la CTP 5.

Le mie sessioni su Entity Framework alla TechDays-WPC

Stefano Mostarda — Wed, 10 Nov 2010 08:07:00 GMT

Quest'anno per la prima volta parteciper� come speaker alla TechDays-WPC. Essendo la prima volta c'� sempre un p� di quell'emozione (misto paura) quindi sto rivedendo slide e demo almeno 10 volte :).

Quest'anno avr� 2 sessioni entrambe dedicate ad Entity Framework (strano eh? :D). La prima riguarda le performance. Entity Framework � uno strato software che OVVIAMENTE rallenta le prestazioni. Se lasciato nel suo stato di default, il rallentamente pu� essere anche imbarazzante. Nel nostro libro su Entity Framework ho scritto un capitolo sulle performance dove ci sono delle comparazioni tra classic ADO.NET e Entity Framework. Con piccole mole di dati il rallentamento era del 6%, ma man mano che si aumenta si arriva anche ad un decadimento delle prestazioni del 20%. Notevole. Il bello di Entity Framework � che attreaverso alcuni trucchi (pregenerazione delle view, compilazione delle query, impostazione del tracking) possiamo ottenere dei risultati che ci fanno abbattere gran parte del gap rendendo quindi Entity Framework usabile anche in scenari dove le performance contano. Durante la sessione vedremo come implementare questi trucchi... vi aspetto ;)

La second sessione � dedicata alle query con Entity Framework. Molti sono portati ad utilizzare LINQ to Entities come se fosse LINQ to Objects. In gran parte � cos�, ma ci sono dei casi in cui le query possono essere scritte meglio. Ad esempio si possono usare le canonical functions di Entity SQL, o le funzioni native di SQL Server. Si possono utilizzare anche funzioni custom. Non solo, sfruttando alcune capacit� dell'objectcontext, possiamo anche semplificare notevolmente la scrittura del codice ed anche qui ottimizzare un p� le prestazioni. Insomma anche in questo caso ce n'� per tutti i gusti). Di nuovo... vi aspetto ;)

Stay tuned...

Tags: Entity Framework

Continua a leggere Le mie sessioni su Entity Framework alla TechDays-WPC.

Cosa penso delle prossime novità del designer Entity Framework

Stefano Mostarda — Mon, 18 Oct 2010 08:01:00 GMT

Torno finalmente a bloggare dopo mesi di inattivit� dovuti ad un periodo a dir poco folle prima e dopo le ferie... prometto che d'ora in poi torner� ad essere pi� presente :).

Il Team di Entity Framework ha pubblicato questo post dove spiega i prossimi sviluppi per il designer. La magigor parte di queste caratteristiche riguarda la leggibilit� del modello soprattutto in presenza di molte entit�.

Lla versione del designer inclusa in VS2010 mi piace molto (ovviamente con tutte le limitazioni del caso) perch� � abbastanza estensibile (ne parliamo anche in un capitolo del nostro libro). Tuttavia, da quello che vedo, non c'� una cosa che mi sarebbe piaciuta moltissimo ovvero la possibilit� di rendere il designer completo almeno dal punto di vista della generazione. Quello che mi sarebbe piaciuto da matti (anche se a detta del team sonostato l'unico al mondo a chiederlo) � avere la possibilit� di fare 2 semplicissime cose:

Poter importare il database nell'EDM senza per� generare nulla nel model (e questo volendo possiamo farlo estendendo il designer)
Poter trascinare le entity dalla finestra della soluzione all'interno del designer.

Grazie a questi 2 semplici espedienti potrei, per esempio, prendere le mie classi esistenti e trascinarle nel modello, importare il database nell'EDM senza che questo abbia impatto sul modello ed infine fare il mapping. Una volta fatto questo per generare il codice uso o il template POCO (facendo generare solo il codice per il context) o uso un mio template per generare il codice per la Code-First experience. Questo per� � indifferente al designer che comunque rimane aperto ad ogni tipo di possibilit� offerta da Entity Framework.

Un'altra cosa che potrei fare � trascinare le classi nel designer e farmi generare lo script per il database al volo (ammesso che ci diano finalmente la possibilit� di scegliere quale strategia di persistenza utilizzare per l'ereditariet� in ogni singolo caso).

Insomma, con questi 2 trucchi sarei libero di prendere ogni strada. Per questo motivo, anche se da un lato la direzione presa per il designer mi sembra buona, ci sono altre cose che si possono migliorare. Vediamo se magari renderanno il designer ancora pi� estendibile cos� che possa farmi da solo queste cose :).

Stay tuned...

Tags: Entity Framework, ORM

Continua a leggere Cosa penso delle prossime novità del designer Entity Framework.

Aggiungere l'include di EntityFramework ai repository ModelVirtualCasting

Stefano Mostarda — Tue, 01 Jun 2010 10:05:00 GMT

La classe ObjectQuery espone il metodo Include per caricare in Eager Loading una o pi� entity collegate. Visto che un repository esiste per mascherare il lavoro interno, dovevamo trovare un modo di esporre questo metodo senza esporre la classe ObjectQuery. Il lavoro � banale in quanto abbiamo aggiunto un metodo Include alle interfacce e poi nell'implementazione di questo metodo abbiamo chiamato l'Include di EF e restituito l'istanza del repository cos� da poter fare chaining i metodi.

La banalit� di questo metodo nasconde una piccola insidia che bisogna tener a mente. Il metodo Include salva internamente la stringa di include ma poi non ritorna this, bens� cea una nuova istanza di ObjectQuery passandogli lo stato interno (quindi la stringa di include e altro ancora). Questo significa che se scriviamo qualcosa del tipo

oq.Include("stringa");

Il risultato � che abbiamo perso la nuova istanza di ObjectQuery e quindi al momento della query non avremo le stringhe di Include che vorremmo. La soluzione � comunque altrettanto banale.

oq = oq.Include("stringa");

Stay Tuned...

Tags: .NET Framework, .NET Framework 4.0, Entity Framework, Model Virtual Casting, ORM

Continua a leggere Aggiungere l'include di EntityFramework ai repository ModelVirtualCasting.

Entity Framework 4.0 alla Real Code Conference il 25 maggio a Firenze

Stefano Mostarda — Fri, 07 May 2010 09:16:50 GMT

La seconda sessione del prossimo evento sar� tutta incentrata su Entity Framework 4.0. Far vedere tutte le novit� di EF 4.0 non sar� facile. Parlare di Foreign Key Relationship, Model First, POCO, ObjectSet, Repository, LINQ to Entities, Custom e ESQL Functions in un'ora ha una sua difficolt� notevole ma tranquilli ci riuscir� ;).

Ovviamente, come sempre nel nostro format Real Code *, il tutto � strettamente legato ad un progetto reale (MVC) . Vedremo insomma come Entity Framework si colloca in un disegno reale e non nella demo fine a se stessa che poi nel mondo reale non � applicabile.

Quindi, appuntamento a Firenze il 25 Maggio ;). Come???? Non vi siete ancora iscritti????? Non c'� problema. potete rimediare alla pagina dell'evento :D

Stay Tuned.

Tags: .NET Framework, .NET Framework 4.0, Entity Framework, LINQ to Entities, ORM

Continua a leggere Entity Framework 4.0 alla Real Code Conference il 25 maggio a Firenze.

jQuery e Microsoft Ajax Library al DotNetCampus

Stefano Mostarda — Tue, 09 Feb 2010 07:27:02 GMT

Il 13 marzo si svolger� a Roma il DotNetCapus. Mi piace molto questo evento perch� mette in comunicazione il mondo universitario con il mondo dello svilupppo software VERO. Per me che sono entrato in un'universit� una sola volta nella mia vita (per vedere la discussione di laurea di un'altra persona) � un p� una novit� :).

In quest'occasione far� anche da speker nel'ultima sessione della track Web parlando di come sviluppare un'interfaccia gradevole con jQuery e la nuova fiammante Microsoft Ajax Library. In particolare voglio mostrare come si possono utilizzare queste 2 librerie Javascript per trasformare il client in un software di renderizzazione dati, ed il server in un fornitore di dati. In questo modo il server non avr� logiche di renderizzazione e potr� svolgere il solo compito di elaborare dati che il client dovr� poi mostrare a video all'utente. Il risultato � un'applicazione pi� veloce, pi� gradevole all'utente ed il tutto con uno sforzo tutt'altro che grande.

Stay tuned.

Tags: AJAX, ASP.NET, ASP.NET AJAX, jQuery

Continua a leggere jQuery e Microsoft Ajax Library al DotNetCampus.

Entity Framework e l'estendibilità del designer

Stefano Mostarda — Wed, 03 Feb 2010 07:37:37 GMT

E' un p� che manco dal blog, ma spero che d'ora in poi riuscir� a fare post con pi� continuit� visto l'avvicnarsi della RTM di Visual Studio che per me in particolar modo significa la RTM di Entity Framework 4.0.

Durante la stesura del capitolo 11 del libro ho parlato di come customizzare Entity Framework per generare codice diverso da quello di default tramite i template T4, di come customizzare la generazione del database attraverso Workflow e di nuovo i template ed infine come customizzare il designer.

Quest'ultima parte � di particolare interesse. Io faccio un uso molto estensivo delle structured annotations nell'edm. Modificare l'edmx a mano non � certo un problema, ma se posso farlo da designer perch� no? Ecco, il team di Entity Framework ha sfruttato MEF per permettere l'estensione del designer proprio per venire incontro ad esigenze di questo tipo.

Faccio un esempio. Quando devo persistere una entity che ha come propriet� chiave un Int32, se il valore � zero la marco come nuova tramite AddObject, altrimenti come aggiornata tramite Attach + ChangeObjectState. (NHibernate ha una feature del genere gi� integrata). Posso fare una cosa del genere scriveno una if secca nel codice ma diciamoci la verit�. It Sucks. In alternativa, posso estendere l'EDM aggiungendo alla propriet� chiave il valore da utilizzare come discriminatore per decidere il tipo di operazione (0 per la add, il resto per la attach). Poi posso costruire un Extension Method che prende l'entit� da persistere, tramite i metadati verifica la propriet� chiave e verifica quale valore usare per la insert. In questo modo nel codice noi invochiamo l'extension method e poi se la vede lui per tutto il resto.

Tutto bello , ma modificare l'EDM non � semplice a primo acchitto soprattutto per uno sviluppatore alle prime armi. E allora, perch� non fare in modo che quando si seleziona nel designer la propriet� chiave di una entit� non si aggiunga una propriet� nella Properties Window che prenda il valore in base al quale fare la AddObject e che poi lo persista automaticamente nell'EDM?

Grazie all'estendibilit� del designer possiamo raggiungere il nostro scopo con una classe con circa 20 righe di codice. Basta una classe che implementi un'interfaccia che ha un solo metodo (che potrebbe essere di una riga) il quale ritorna un'istanza di un'altra classe che contiene la propriet� da aggiungere al designer. Il getter ed il setter di questa propriet� lavorano con l'EDM per recuperarne e modificarne i dati direttamente in XML quindi con LINQ to XML il tutto � estremamente banale.

Alla fine della giostra grazie alla customizzazione del designer abbiamo un notevole incremento della produttivit� mentre disegnamo il nostro modello, ed una semplificazione del codice per via dell'Extension Method che decide da solo come persistere una entit�. Quest'argomento � trattato nel mio libro su Entity Framework quindi direi che � un buon motivo per non lasciarselo sfuggire :).

Stay Tuned...

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

Continua a leggere Entity Framework e l'estendibilità del designer.

Una extension per Visual Studio per editare i file di template

Stefano Mostarda — Thu, 05 Nov 2009 11:58:57 GMT

Sono un amante dei file di template. Con un p� di modifiche possiamo generare tonnellate di codice ripetitivo. Quello che mi piace meno � che Visual Studio non da minimamente una mano nel modificare questi file. Non c'� ne colorazione del codice ne autocompletion. Per fortuna esiste un'estensione per Visual Studio 2010 che un pochino migliora le cose. Basta andare sul menu Tools -> Extension Manager e nella finestra cercare l'editor "tangible T4 Editor" ed installarlo. Una volta fatto abbiamo un minimo di Code Completion e la colorazione del codice fatta bene.

Quella che viene installata � la versione free, ma volendo c'� una versione commerciale che migliora, e anche di parecchio, il sistema di autocompletion aggiungendo alcune feature interessanti.

Stay Tuned...

Tags: Visual Studio

Continua a leggere Una extension per Visual Studio per editare i file di template.

Entity Framework 4.0 finalmente ha un buon designer

Stefano Mostarda — Fri, 30 Oct 2009 18:57:31 GMT

Il designer di Entity Framework 4.0 � "abbastanza" maturo. Tra le cose che non mi piacciono ci sono:

Impossibilit� di ereditare da una classe che non sia sul designer(molto comodo quando si ha un proprio assembly con una classe da cui vogliamo far ereditare tutte quelle del modello)
Impossibilit� di avere una classe base che sia mappata su 2 tabelle diverse (tabelle clienti e fornitori) (classe base Azienda e classi specializzate fornitori e clienti)
Impossibilit� ditrascinare una classe esistente e vederla disegnata (utile quando gi� abbiamo un modello perch� generato con un tool o perch� stiamo migrando un'applicazione esistente)
impossibilit� di modificare visualmente il SSDL.
Impossibilit� di vedere i Complex Type al pari delle entity e di vedere le complex properties espanse.
Impossibilit� di importare il database senza toccare il modello.

Queste cose sono molto fastidiose. Io odio particolarmente i punti dal 3 al 6.

Tuttavia, l'insieme delle migliorie introdotte dalla versione 1.0 sono stratosferiche. Quella che era una blackbox � ora un'autentica perla di estensibilit�. Certo, non che estendere il designer sia semplice, ma non � nemmeno cos� complesso. Cominciamo dalla generazione del codice. Ora tutto avviene tramite un file di templating cos� possiamo personalizzare loutput come meglio vogliamo. La generazione del database pu� essere customizzata con un workflow per quanto riguarda il modo di generare le tabelle, mentre per il codice vero e proprio del database basta usare un altro file di templating. Mettendo i file di templating nel posto giusto (in alcune directory di visual studio per la precisione) possiamo decidere tutto direttamente dalle propriet� del designer. Questa � una cosa che adoro.

Entity Framework non � ancora un al livello di NHibernate, ma parliamoci chiaro, la rincorsa ed un eventuale sorpasso passano anche per un designer ben fatto e qui direi che siamo decisamente sulla buona strada.

Stay Tuned...

Tags: Entity Framework, ORM

Continua a leggere Entity Framework 4.0 finalmente ha un buon designer.

.NET Framework 4.0 Beta 2: Entity framework 4.0

Stefano Mostarda — Tue, 20 Oct 2009 09:18:39 GMT

Ormai anche i sassi sanno che oggi � uscita la Beta 2 di Visual Studio 2010 e del .NET Framework 4.0. Visto che i compari hanno gi� fatto dei post sulle varie novit� introdotte con questa beta mi do da fare e vi parlo delle novit� di Entity Framework 4.0.

La novit� sicuramente pi� attesa sono le foreign key. Adesso nelle relazioni master detail, la entity di detail avr� non solo una propriet� del tipo master, ma anche la foreign key verso quella entit�. Per esempio, un dettaglio, avr� una propriet� ordine ed una ordineid. Dal punto di vista del design, questa � una bruttura clamorosa, ma risolve moltissimi problemi che le associazioni fatte senza foreign key avevano. Comunque, rendendo le foreign key protected, possiamo evitare di esporle all'esterno e ottenerne comunque i benefici.

Un'altra novit� importante � nel designer. Finalmente quando importiamo una SP dal database il designer ne legge il risultato e genera automaticamente un complex type o ci permette di utilizzzarne uno esistente. hip hip hurr� :)

Finalmente il designer non obbliga a mantenere le navigation properties quando c'� un'associazione. Questo vuol dire che in un'associazione cliente-ordini, possiamo avere la navigation property Cliente nell'ordine e non mettere la propriet� Ordini nel cliente. Sicuramente la comprensibilit� di un modello ne guadagna.

Una cosa che non mi piace � invece il lazy loading by default. Nel codice che viene generato, il costruttore abilita il lazy loading. Personalmente ritengo il lazy loading una delle cose pi� inutili della storia a parte in rarissimi casi che fino ad ora conto sulle dita di una mano.

Il designer � stato innoltre esteso per supportre meglio altri tipi di database e per permettere di pluggare la propria logica di generazione del database in scenari di database-first.

Infine ci sono molte altre migliorie come l'enditydatasource control per asp.net che ora supporta POCO ed i query extenders, un miglior support per l'n-tier e una riorganizzazione delle classi SqlFunction e EntityFunction utilizzate da LINQ to Entities.

Insomma le novit� ci sono e sono succulente. Io, Marco e Daniele abbiamo quasi finito di aggiornare il libro alla Beta 2 e il tutto sta per andare in MEAP quindi direi che � una buona lettura per tutti ;).

Stay Tuned...

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

Continua a leggere .NET Framework 4.0 Beta 2: Entity framework 4.0.

Entity Framework 4.0 e le applicazioni preesistenti

Stefano Mostarda — Wed, 07 Oct 2009 22:24:09 GMT

Non c'� alcun dubbio che Entity Framework 1.0 abbia l'immenso limite di essere inusabile in applicazioni con database preesistenti che magari fanno uso stored procedure che tornano dati differenti dalle entity che l'applicazione tratta.

Daniele ne sa qualcosa e mi insulta ogni giorno per questo motivo. Io non c'entro niente, ma � un pattern molto diffuso dare sempre la colpa a me :D.

Comunque in Entity Framework 4.0 la cosa diventer� meno complicata. L'introduzione di POCO permetter� di mantenere il vecchio object/domain model cambiando poco codice. La possibilit� di mappare i risultati di una entity verso un complex type permette di non impazzire nel generare viste inutili sul database o nel SSDL. Insomma piccole cose che rendono l'integrazione di Entity Framework 4.0 in applicazioni preesistenti meno complicata di quanto non lo fosse con la versione precedente.

Lo so, NHibernate � ancora un bel p� avanti... ma date tempo al tempo

Stay tuned...

Tags: Entity Framework, ORM, Database

Continua a leggere Entity Framework 4.0 e le applicazioni preesistenti.

Quando il DOM è molto meglio di jQuery

Stefano Mostarda — Sat, 03 Oct 2009 06:50:00 GMT

In questo periodo sto sviluppando un controllo javascript che renderizza un calendario tipo outlook per visualizzare delle attivit�. in un contesto del genere tabellare torna utile avere una funzione che ti ritorna una colonna dato il suo indice e quello della riga. Mi sono affidato a questa query fatta in jQuery: "tr:eq(1) td:eq(5)". Quando lavoravo con dati di test notavo una certa lentezza ma viste le molte cose che deve fare il controllo ho pensato ad una lentezza dello script in generale e non ho indagato.

Una volta arrivati i dati reali e ho cominciato uno stress test, ho visto che lo script impiegava qualcosa come 10 secondi per renderizzare una cinquantina di attivit�. Inaccettabile!!!

Armato del profiler di IE8 (io adoro alcune cose dei developer tools di IE8) ho isolato il problema e l'ho trovato nella suddetta query. Ho provato rimpiazzandola e accedendo direttamente al DOM "table.rows[1].columns[5]". Il risultato � che solo per l'esecuzione di quell'istruzione sono passato da 5,6 secondi a 1,9 (ovviamente viene chiamata in ciclo parecchie volte e devo ancora ottimizzare, ma intanto il grosso � fatto).

In finale, viva jQuery.... ma il DOM non � mica morto :)

Stay tuned...

Tags: Javascript, jQuery

Continua a leggere Quando il DOM è molto meglio di jQuery.