blogs.ASPItalia.com

Entity Framework e le cancellazioni a cascata

Stefano Mostarda — Fri, 28 Nov 2008 01:36:35 GMT

Sono masochista oltre ogni limite: utilizzo Entity Framework e non uso il designer. Non è un problema di funzionamento del tool, è che ormai la struttura degli XML, seppur difficile all'inizio, mi è chiara e poi sono sempre i soliti 4 nodi che devo usare e grazie all'intellisense in Visual Studio è anche piuttosto facile.

Stasera per fare una prova ho voluto usare il tool visuale. Dopo aver creato la classica situazione ordini-dettagli, mi accorgo che se cancello un'ordine senza aver caricato i dettagli la cancellazione scoppia. Subito penso ad un problema di foreign key sul db, ed infatti il problema risiedeva li. tutto bello aggiorno il modello e noto che nella sezione del ssdl la delete cascade è fedelmente riportata.

Riprovo e ricevo ancora errore e qui comincio ad interrogarmi perchè non capisco il problema. Alla fine scopro che pur aggiornando il modello, nel ssdl la delete-cascad veniva corretaente riportata, menre nel csdl no, lasciando un bel buco aperto. La soluzione per me è stata semplice perchè ho cancellato il file edmx e l'ho ricreato; per quelli che non possono permettersi di fare una cosa del genere, ricordatevi di aggiornare a mano il csdl.

 <Association Name="FK_OrderDetail_Order"> 
    <End Role="Order" Type="EFInactionOrdersModel.Store.Order" Multiplicity="1"> 
        <OnDelete Action="Cascade" /> 
    </End> 
     ...
 </Association>

Stay Tuned...

Tags: .NET Framework 3.5, ADO.NET Entity Framework, LINQ, XML

Entity Framework vNext

Stefano Mostarda — Wed, 29 Oct 2008 16:16:33 GMT

Ieri pomerggio l'ulimo slot è stato dedicato a Entity Frameork vNext. Devo dire che le novità sembrano molto interessanti. A parte il supporto per la Persistence Ignorance che era una cosa nota, ci sono altre caratteristiche che saltano agli occhi.

La prima è il supporto di un modello di sviluppo EDM-free. praticamente si generano le classi POCO. poi nell'objectcontext si mappano le classi al database attraverso degli attributi e i file di mapping di EF vengono generati a run-time. Questo consente di generare classi in maniera semplice senza avere nessun riferimento al db e di lasciare tutto il mapping ad EF. Non so onestamente come si gestiscono feature come l'ereditarietà, ma vedremo. questo approccio è sicuramente interessante quando il domain model è molto semplice.

Un'altro scenario supportato dal designer è quello di disegnare visualmente le classi e generare direttamente il database dalla loro struttura. Ad ogni cambiamento delle classi si da ora a possibilità di allineare il database, Questa cosa mi piace di meno perchè la vedo pericolosa, ma comunque in uno scenario di Domain-Model first ha il suo perchè.

Il lazy loading viene ora implementato in maniera trasparente impostando la proprietà deferredloadingenabled dell'objectcontext a true (non ricorda vagamente linq to sql?). Ovviamente, per mantenere la compatibilità, questa proprietà di default è a false e va impostata oni volta a true (se se ne ha bisogno).

Insomma, Entity Framework sembra diventare sempre più potente. Se alcuni problemi di mapping verranno risolti ed il designer viene reso stabile, penso che avremo per le mani un gran bel prodotto pronto per competere con tutti gli altri.

Stay Tuned...

Tags: .NET Framework 3.5, ADO.NET Entity Framework, LINQ, ORM, PDC 2008

Cache a tutta Velocity

Stefano Mostarda — Wed, 29 Oct 2008 00:26:54 GMT

Titolo banalissimo ma la giornata l'ho dedicata a Velocity. Visto che oggi è stata anche rilasciata la CTP2 perchè non dargli una vera occhiata da vicino. La prima sessione ha mostrato quello che già si sapeva dalla CTP1 ovvero la suddivisione in l'architettura di base che ogni developer deve conoscere per usare velocity, mentre la seconda ha mostrato la vera potenza di questo framework di caching. Infatti sono state mostrate alcune cose che spiegano come il prodotto sia ben fatto.

Innanzitutto c'è una gestione dei lock, quindi si possono recuperare oggetti e loccarli fino al rilascio o alla scadenza di un tempo (Ovviamente ci sono 2 API distinte una per recuperare i dati senza lockare e un aper locckare). Quello che più mi piace è il lock ottimistico dei dati. Ogni dato in cache ha un numero di versione e quindi se lo si recupera e poi riaggiorna, ma nel frattempo qualche altro processo ha modificato il dato nella cache, l'aggiornamento va male. Insomma un locking ottimistico come sul database.

La replicazione della cache è fantastica in quanto avviene in un thread separato e quindi le performance dell'applicazione non vengono intaccate. Ovviamente in caso di caduta di un nodo, i dati sono replicati e velocity è in grado di recuperare comunque i dati senza causare problemi all'applicazione che rimane "ignorante" da questi problemi. Ovviamente velocity può essere usato anche in locale e vedendo come la cache di ASP.NET cede di fronte a carichi elevati, questa è una buona cosa.

La cosa che comunque più mi piace è che gli oggetti possono essere ritrovati usando LINQ. Sebbene questa cosa era scontata, la cosa bella è che la ricerca avviene tramite un provider che implementa IQueryable<T> e non tramite la classica ricerca IEnumerable<T>.

Naturalmente, Velocity usa WCF come meccanismo di trasporto quindi ho qualche dubbio sulle performance reali, ma stando alle statistiche che hanno mostrato sembra che abbiano trovato la chiave per spingere sull'accelleratore.

Che dire Velocity sembra promettente, speriamo bene :)

Stay tuned...

Tags: Cache, PDC 2008, Architettura

Svelato il C# 4.0 alla PDC

Stefano Mostarda — Mon, 27 Oct 2008 22:12:00 GMT

I tre mariachi stanno seguendo in questo momento la sessione sul C# 4.0 alla PDC. Come sempre Anders Hejsberg � il mattatore della scena e sta spiegando il futuro come solo il pap� del linguaggio sa fare.

Le novit� sono molto interessanti.

La principale, come tutti sanno, � che il C# supporter� i linguaggi dinamici attraverso una nuova parola chiave dynamic. Questa � una piccola svolta nel mondo statico del C#, infatti d'ora in poi potremo aggiungere nuove propriet� a qualunque classe direttamente a runtime. Sinceramente questa cosa non dico che � una mezza schifezza, ma come minimo mi lascia perplesso. Non dubito che i linguaggi dinamici abbiano una loro posizione, ma fino ad adesso non mi � mai capitato di avere bisogno di questa feature nelle mie applicazioni. Vedremo...

Un'altra importante novit� � la riscrittura del compilatore che adesso diventa un servizio (Compiler as a Service mi dice Ughetto) che espone le porprie API permettendo una nuova serie di funzionalit� e la semplificazione di alcune esistenti. Adesso potremo scrivere codice C# in una stringa ed eseguirla a runtime evitando di usare la reflection. Insomma se non si era ancora capito, la tipizzazione sembra diventare sempre meno importante. :)

Poi c'� la covarianza per quanto riguarda le liste di oggetti. Non � che ci ho onestamente capito molto, quindi aspetto Cristian che sicuramente sapr� spiegare meglio di me :).

L'ultima novit� che mi ricordo riguarda la possibilit� di assegnare un valore di default ai parametri delle funzioni e di poter passare alle funzioni i parametri specificando il nome. Quest significa che se una funzione accetta 10 parametri, ma ne dobbiamo passare solo 2 e gli altri possono mantenere quello di default possiamo scrivere qualcosa del genere: Call(par1: "Valore", par2: 2);

Insomma niente di particolarmente emozionante, io non vedo molto bene la mancanza di tipizzazione. Che ci volete fare, gi� solo vedere che�la dinamicit� in C# � abbilitata grazie ad una classe statica che si chiama Dynamic non � il massimo :)

Stay tuned...

Tags: .NET Framework, .NET Framework 4.0, PDC 2008

Chi si ricorda dei DataSet?

Stefano Mostarda — Wed, 08 Oct 2008 20:04:38 GMT

Mi ricordo le prime demo che ho visto riguardo al .NET. Per l'accesso ai dati il DataSet sembrava l'autentica panacea per tutti i mali. A distanza di ormai 7 anni (un'infinità in termini informatici), i DataSet sono diventati il male impersonificato.

Fondamentalmente questo è quanto di meglio potesse accadere per certi tipi di applicazioni, ma parliamoci chiaro, in Italia si fanno una miriade di piccole-medie applicazioni che non hanno alcuna complessità e che quindi non trarrebbero vantaggio alcuno dall'uso di un bel domain model con un datalayer che persiste tramite ORM o a mano. In questi casi i DataSet non sono solo la linea più veloce, ma anche quella più giusta. Se una piccola applicazione è pagata poco o necessità di essere sviluppata in poco tempo, i DataSet offrono quella velocità di sviluppo e semplicità di apprendimento che un'applicazione con domain model non offre.

Insomma tutto questo discorso per dire che per la voglia di sfighettare, si finisce spesso per costruire dei castelli quando basterebbe un appartamento da 50Mq. Ho visto un'applicazione scritta con domain model che gestisce solo 4/5 entità e richiede quindi almeno il doppio del codice rispetto al dataset. Per carità, l'applicazione è performante e bella da vedere, ma con i dataset la si faceva ancora in quasi metà tempo e senza grandi sforzi. La domanda interessante e che quando ho chiesto il perchè di questa scelta la risposta è stata: "i dataset sono il male, fare un tree tier aiuta a mantenere tutto pulito". Ineccepibile, se non fosse che per finire l'applicazione ci hanno messo 5 giorni in più in 2 persone.

Il consiglio è sempre lo stesso: fidatevi ancora dei dataset. Non hanno un campo di applicazione ampio, ma ce l'hanno e forse potrebbe essere proprio il vostro :D.

Stay tuned...

Tags: ADO.NET, Architettura, ORM, Pattern

Il mio primo libro in inglese: Entity Framework In Action

Stefano Mostarda — Thu, 28 Aug 2008 10:12:00 GMT

Sono mesi che ci sto lavorando e finalmente il risutato si vede. Ormai tutto � pronto quindi posso annunciare che dopo ASP.NET 3.5 per tutti, partir� con la stesura del mio primo libro da "single" in inglese: Entity Framework In Action.

Come si intuisce dal titolo, il libro � pubblicato dalla Manning. Molti mi hanno sconsigliato di scrivere un libro su questo argomento vista la grande impopolarit� di Entity Framework. Io rimango della mia idea che seppur limitato da alcune scelte di design, che verranno in parte migliorate nella v2, questo framework ha un engine molto potente ed in futuro dir� la sua contro colossi come NHibernate (visto anche che � incluso nel framework).

Confesso di essere un tantinello terrorizzato perch� scrivere un libro in inglese che verr� letto in tutto il mondo � una cosa non proprio semplice da affrontare, ma ormai come mi ha detto Daniele "hai voluto la bicicletta ..." :).

Chiudo con i ringraziamenti d'obbligo ad Alessandro, lui sa benissimo il perch�. Ora non mi rimane che buttarmi a capofitto nella stesura del libro, sperando di riuscire a convincere la gente che in realt� Entity Framework non � cos� malaccio come si dice :).

Stay Tuned...

Tags: .NET Framework, .NET Framework 3.5, ADO.NET Entity Framework, LINQ, ORM

ASP.NET 3.5 per tutti è un nuovo libro

Stefano Mostarda — Mon, 04 Aug 2008 13:51:00 GMT

Come gi� Daniele e Ricky hanno detto, il nostro nuovo libro � gi� in fase avanzata. Quello che tutti e due hanno detto � che questa non sar� una riedizione riveduta, corretta e ampliata per venire incontro alle novit� di ASP.NET 3.5.
Oltre che a ribadire il concetto voglio anche portare altre prove: l'accesso ai dati ora consiste di 4 capitoli solo per dire come si pu� accedere, per come trattarli e visualizzarli ce ne sono altri 4. Quando si parla di LINQ To SQL, non si parla in termini di wizard e drag&drop delle tabelle, bens� si parla di come creare le classi a mano, di come si mappano verso il db, di come si gestisce la concorrenza, di come si invocano le stored procedure, insomma si affronta LINQ To SQL da un punto di vista dell'utilizzo reale e non da quello puramente demo dell'editor visuale. Dopo l'esperienza in MTV, posso garantire che chi continua ad usare LINQ To SQL a colpi di editor e Drag&Drop prima o poi la pagher� cara.
Nel capitolo della localizzazione ci saranno 3 pagine nuove dedicate alla costruzione di un provider custom per le risorse che attinge dal database. Nel capitolo sul deploy ci saranno distinzioni per ASP.NET 1.x, 2.0 e 3.5.
E poi signori
Insomma, abbiamo dato ascolto a tutte le cose buone come a tutte le critiche che ci sono arrivate ed alla fine abbiamo partorito un libro che nel panorama � l'unico ad affrontare linguaggi, svilluppo, sicurezza, e deploy a partire dalla 1.0 per finire alla 3.5.

E poi volete perdervi il gusto di leggere in prima assoluta un capitolo intero su ASP.NET MVC? ;)

Stay Tuned...

Tags: ASP.NET 3.5 per tutti

ASP.NET Ajax Roadmap

Stefano Mostarda — Mon, 21 Jul 2008 12:52:00 GMT

Ad inizio mese, Microsoft ha rilasciato un documento sulla roadmap che intende seguire per migliorare il proprio framework per AJAX. La versione 1.0 � ormai abbastanza stabile grazie alle correzioni fatte con la versione integrata nel framework 3.5 e quindi � ora di guardare avanti.
Chi ha seguito ASP.NET Ajax sin dai tempi in cui si chiamava Atlas sa bene che quello che � stato partorito da MS � un topolino di fronte alla quantit� enorme di feature comprese nelle prime CTP. Questo � andato a vantaggio di una maggior stabilit� ma a discapito di una serie di funzionalit� assolutamente necessarie per sviluppare una vera applicazione AJAX. Infatti, la parte client del framework � estremamente scarna in quanto contiene fondamentalmente solo uno strato di astrazione per rendere le API Cross-Browser e qualche funzione.
Adesso le cose cambiano. L'intenzione � quella di reintrodurre il meccanismo di templating e di databinding one-way e two-way in maniera per� completamente diversa rispetto a quanto fatto vedere nelle prime CTP dove il tutto era troppo complicato e lento. Inoltre hanno l'intenzione di creare un motore di interrogazione per il DOM molto simile a JQuery.
Insomma, le premesse sono pi� che buone perch� quello che vogliono fare � rendere ASP.NET Ajax un framework serio e se mantengon oquello che dicono, credo che dovr� rivedere un p� le mie idee e soprattutto il modo in cui ho scritto alcune applicazioni. :)

Stay Tuned...

Tags: AJAX, ASP.NET, ASP.NET 2.0, ASP.NET AJAX

Entity Framework ed il mapping

Stefano Mostarda — Mon, 14 Jul 2008 22:34:00 GMT

Ormai utilizzo Entity Framework da quasi un anno, e presso un cliente lo sto facendo adottare perch� questo vuole utilizzare solo tecnlogia proprietaria Microsoft. LINQ To SQL non � abbastanza potente quindi la scelta � ovvia.
Quando mi ritrovo a spiegare Entity Framework l'argomento pi� complicato non � l'Object Tracking o il supporto per scenari su pi� layer, logici o fisici che siano, o l'EntitySql; l'argomento pi� complesso � il Mapping. Senza dubbio il mapping in un ORM � il concetto pi� semplice da capire, ma con Entity Framework nonostante il facile compito si � riusciti a colpire la classica mosca col bazzuca, ma tant'� e cos� ce lo teniamo.
All'inizio, ho utilizzato il designer in ctp ma la mia voglia di imparare era tale che dopo pochi giorni sono passato direttamente a fare le cose a manina. Passare da dei tool che ti creano tuto da video a scrivere un xml a mano � pura follia, ma ormai non riesco a farne a meno, il designer proprio non lo so usare :)
Alla lunga per� paga perch� scrivere il mapping a mano e verificare gli errori fa capire quali sono le necessit� di Entity Framework e fa pi� o meno intuire come lavora il motore.
Ai Community Days, stavo impazzendo con Roberto perch� lui non riusciva a riprodurre l'ereditariet� Table Per Type e io invece.... nemmeno :). Lui utilizzava il tool e io non sapevo nemmeno cosa stesse facendo quindi mi sono buttato sul file XML. Dopo un vago girare a vuoto, mi sono accorto che nel file SSDL (quello della descrizione dello storage e occhio ho detto storage e non database) non c'era la descrizione dell'associazione tra la tabella primaria e quella secondaria con i campi aggiuntivi. Dimenticando di descrivere quest'associazione, Entity Framework non sapeva come mettere in join le tabelle e generava un'eccezione. Qui si scatena un putiferio; le eccezioni di mapping sono la cosa pi� oscura del mondo; per la semplice mancanza dell'associazione siamo finiti per avere un messaggio di perdita di dati dovuta alla non conoscenza del lato C della tabella padre. Pensandoci bene, uno particolarmente malato forse potrebbe anche arrivare a capire l'errore ma non sono molto fiducioso.

Insomma, tutto questo per dire una cosa: fatevi i file XML a mano. Probabilmente la prima settimana riuscirete a mappare solo 4 tabelle sulle classi analoghe sputando anche svariato sangue, ma state tranquilli che lo sforzo verr� ampiamente ripagato dopo poco tempo. Personalmente adoro questa piccola applicazione che � una miniera di informazioni per il mapping.

Stay Tuned...

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

Community Days 2008: il giorno dopo

Stefano Mostarda — Fri, 11 Jul 2008 12:17:00 GMT

A distanza di ormai 15 ore dalla chiusura dei fantastici Community Days 2008 mi ritrovo a scrivere le mie impressioni.

Innanzitutto l'agenda. Ricordo nel lontano mese di Maggio davanti ad una pizza 4 loschi individui: io, Daniele, Andrea ed Ugo. Lo scopo della cena era quello di mantenere la concentrazione per pi� di 20 minuti consecutivi per stabilire le track. A fine serata convinsero le idee di: Andrea per la track Underground, mia e di Daniele per server Infrastructure+Application Development, tutti SP1+Tutorial. Direi che nel complesso l'impostazione generale � venuta piuttosto bene e dalla risposta del pubblico direi che almeno per stavolta possiamo autodarci una pacca sulla spalla :D.

Passiamo alle sessioni. Innanzitutto spaziale quella di Marco e Alessio; non l'ho vista ma ci fosse stata una sola persona di quelle presenti che mi ha detto il contrario (ed erano in tanti). Alla prima esperienza si sono subito fatti trovare pronti. Che dire: eccezionali. Un grande complimento va a Cristian che, grazie alla sessione che Daniele gli ha ammollato, � riuscito ad avere un bellissimo feedback :D. Non parliamo della sua in 3D dove ha fatto iperfaville (trigonometria applicata a parte). Ricky semplicemente fantastico, nono ho seguito nemmeno la sua di sessione, ma da quando � finita a quando la gente l'ha lasciato andare sono passati quasi 40 minuti e questo � indice di alto gradimento. Poi ci sono io con le mie 3 sessioni. Quella su ASP.NET presa in ereditariet� da Daniele � stata iperdivertente quanto faticosa, parlare dei DynamicData e di Routing per 90 minuti � stata una cosa faticosa ma che ha prodotto ottimi risultati. A quella sulla sicurezza con WCF eravamo pochi intimi ma quei pochi mi sembra abbiano apprezzato. Per quella sulle applicazioni web-service based devo dire che Ugo mi ha dato soddisfazione. Alla sua prima esperienza era talmente teso che all'inizio non riusciva nemmeno ad alzare la testa ma una volta che si � sciolto ha parlato di Dependency Injection come in pochi sanno fare. Inoltre, farla vedere la DI applicata alla pipeline di WCF per risparmiare centinaia di righe di codice ripetitivo, dire che queste cose le abbiamo sviluppate noi e che sono in produzione sul sito di MTV da un gusto particolare :). La sessione sicuramente meglio riuscita IMHO. E poi Ugo � maschio si sa :).

Non ho seguito quasi nessuna sessione, a parte un pezzo di quella su Entity Framework e un pezzo sulle architetture, ma ho sentito parlare la gente ed ho capito che in generale sono tutti rimasti estremamente soddisfatti di qualunque cosa abbiano visto.

Infine una menzione per chi � rimasto fuori: a Mauro per il Context (lui sa perch�), a Roberto per la discussione (che spero andr� avanti) su Entity Framework, ad Alessandro per il suo caro termine "picchiare", Raf, Gab, Pietro, Mighell, Lica, Lorenzo alle Bahamas e a tutti coloro che non ho nominato per mancanza di memoria.

WCF LINQ To SQL il SP1 e la serializzazione

Stefano Mostarda — Sun, 06 Jul 2008 17:30:00 GMT

Oggi stavo facendo una prova con LINQ To SQL e ad un certo punto ho notato che il codice delle classi autogenerato da Visual Studio non inserisce pi� gli attributi DataMember e DataContract per la serializzazione WCF.
A questo punto ho creato un servizio WCF ed ho esposto la classe e questa veniva serializzata correttamente. Confesso che lo sconforto mi � preso un pochino perch� non capivo cosa stesse succedendo. Armato di reflector vado ad esaminare l'assembly e scopro che gli attributi in realt� sono l�.
Andando pi� a fondo, ho scoperto che una dele nuove caratteristiche del SP1 � che WCF non ha pi� bisogno degli attributi di mapping poich� questi vengono automaticamente iniettati dal compilatore sul'interfaccia pubblica di una classe. Ovviamente, si pu� modificare il tutto inserendo a mano l'attributo DataContract sulla classe e DataMember sulle sole propriet� da esporre con WCF.

Buono a sapersi.... ma uno dei cardini di WCF non era che l'esposizione delle propriet� doveva essere esplicitata dallo sviluppatore?

Stay Tuned...

Tags: .NET Framework, .NET Framework 3.0, .NET Framework 3.5, LINQ, LINQ to SQL, Windows Communication Foundation

Una noisa limitazione di LINQ To SQL

Stefano Mostarda — Sat, 31 May 2008 19:47:00 GMT

Lo sappiamo tutti: LINQ To SQL � stato concepito appositamente con delle limitazioni. Mapping 1:1 con il database (con conseguente obbligatoriet� di avere una classe di correlazione per il mapping many-to-many), ereditariet� che non supporta tutti e 3 i modelli, classi apposite per gestire riferimenti a entit� (EntitySet e EntityRef), ecc ecc.

Dal mio punto di vista, la prima e la seconda limitazione sono accettabili per un tool che nasce con lo scopo di gestire progetti semplici. La terza, tuttavia, proprio non la accetto. Per motivi di Lazy Loading e riferimenti al DataContext, EntitySet non � serializzabile. Questo significa che se in un servizio WCF proviamo a esporre un'entit� Fattura che ha una EntitySet di oggetti DettaglioFatttura, riceviamo una bella eccezione di serializzazione a runtime.

Il workaround � presto trovato, basta evitare di mettere il DataMember sulla propriet� in questione e farne una copia che espone una lista generica di oggetti DettaglioFattura, e non un EntitySet, preoccupandosi di valorizzarla correttamente. Facendo cos� i problemi si risolvono, ma il disappunto rimane per una cosa che poteva essere fatta� meglio e non costringerci al workaround.

P.S. A nessun Ughetto � stato fatto male durante la stesura di questo post, anzi, � lui che ha fatto del male a me :D

Stay Tuned...

Tags: .NET Framework 3.0, LINQ to SQL, Windows Communication Foundation, .NET Framework 3.5, LINQ, Database

Il nuovo speciale in arrivo su LINQ

Stefano Mostarda — Fri, 28 Mar 2008 10:37:00 GMT

Se � vero che alla follia non c'� mai fine allora non so veramente dove andremo a finire. Non bastavano 2 siti nuovi di zecca dedicati alle pi� grandi novit� di casa Microsoft degli ultimi anni? Non bastava uno speciale mastodontico su tutto il framework 3.5? Non bastava un Community After Hour durante il lancio di Visual Studio? Non bastavano articoli, script, focuson, blog?
Beh, la risposta �: NO.

Dalla prossima settimana arricchiremo la nostra offerta di contenuti aprendo le porte ad un nuovo format: lo screencast. Come � ormai nostra usanza, affronteremo questa nuova sfida con uno speciale. La sezione media esiste gi� da diverso tempo, ma contiene registrazioni di sessioni che abbiamo tenuto per le varie conferenze. Questa volta abbiamo deciso di fare qualcosa di apposito.

6 screencast su LINQ e tutti i suoi flavour dalla durata decisamente breve (10-15 minuti) e dal taglio esclusivamente pratico. Non posso nascondere una punta di orgoglio nel dire queste cose perch� il primo sito del network ad affrontare questa nuova avventura � LINQItalia.

Come sempre, anche se gli screencast li faccio io, non sono di certo il solo artefice di questo speciale; Alessio ha affrontato la parte Player (In Siverlight) mentre Daniele ha come sempre coordinato le attivit�.

Insomma, ad Aprile niente dolce dormire, ma tanti nuovi contenuti per la community :). E poi chiss�, se le cose vanno bene, mica ci si deve fermare qui ;)

Stay tuned...

Tags: .NET Framework 3.5, LINQ, LINQ to SQL, LINQ to XML, XML

LINQItalia.com e SilverlightItalia.com sono online

Stefano Mostarda — Wed, 30 Jan 2008 23:21:00 GMT

In questi minuti i 2 nuovi pargoli del network stanno emettendo i loro primi vagiti. Per me che sar� anche Content Manager di LINQItalia.com il momento � particolarissimo.

Personalmente provo un misto tra gioia, orgoglio e terrore.
Gioa perch� il fatto di voler affrontare questa nuova sfida significa che sento di potercela fare.
Orgoglio perch� essere Content Manager di un sito mi fa sentire apprezzato per quello che ho fatto fino ad adesso.
Terrore perch� gestire un sito � una cosa che non ho mai fatto e nonostante le rassicurazioni dei compagni di viaggio sono ancora sotto terrorizzato :).

Per quanto riguarda LINQItalia.com le cose in cantiere sono tante; da qui alla fine della stagione ci saranno contenuti come articoli e script ma stiamo pensando anche a delle succulente novit� che siamo sicuri faranno felici molti di voi. :)

Il primo passo � fatto, non mi rimane che fare un grande in bocca al lupo ad Alessio e Marco che come me si sono imbarcati in questa avventura (loro gestiscono SilverlightItalia.com n.d.r) ad augurare un felice LINQ a tutti :).

Stay Tuned...

Tags: .NET Framework 3.5, LINQ, Silverlight, XAML

FWC il giorno dopo

Stefano Mostarda — Wed, 16 Jan 2008 09:27:00 GMT

A distanza di una pizza ed una bella dormita dalla fine della conferenza di ieri a L'Aquila � arrivato il momento di tirare le somme di una giornata davvero bella.
In realt� la nostra esperienza parte da luned� sera quando insieme agli organizzatori della conferenza siamo andati a cena fuori, sparandoci almeno 2 etti e mezzo di carbonara a testa ed una grigliata mista di carne che ci ha tenuti tutta la notte attaccati alla bottiglia :).

Poi la conferenza; per me � stato emozionante l'annuncio live di Daniele della nascita dei due nuovi pargoli (in articolare per LINQItalia visto che lo gestisco io).

Poi si parte con Pietro che ha mostrato come IIS7 sia uno dei prodotti pi� belli sfornati da Microsoft negli ultimi decenni. La pipeline integrata con ASP.NET � un autentico gioiello.

Dopo � il mio turno, anzi il turno di LINQ To ... appena salito sul palco una delle prime domande che ho fatto al pubblico � stata "Quanti di voi credono che LINQ sia solo un motore per lavorare con il database?". Come era facile aspettarsi molti hanno alzato la mano perch� ci� che � permeato durante la beta e anche adesso � solo LINQ To SQL. Mi ero preparato a questa evenienza e quindi avevo gi� impostato una sessione che non parlasse di LINQ To SQL ma di LINQ To Objects, LINQ To XML, LINQ To DataSet e solo alla fine di LINQ To SQL. La risposta del pubblico � stata fantastica; decine di domande, curiosit� e apprezzamenti per LINQ in tutti i suoi Flavours con un'ovvia preponderanza per LINQ To SQL.

Dopo pranzo comincia Daniele, che dopo aver markettato per 40 minuti sulle nuove feature di Visual Studio 2008 ha finalmente cominciato a scrivere il codice che tutti si aspettavano. La sessione scorre via liscia, tra un bug e l'altro delle CTP Extension in Visual Studio, fino al momento delle domande dove la gente continuava a chiedere di LINQ pi� che di ASP.NET a tal punto che siamo dovuti intervenire io e Pietro per rispondere.

Infine � il turno di Cristian (Silverlight) che snocciola animazioni con xaml, come se fossero noccioline (cubi che girano, si allargano, immagini che ruotano bottoni che interagiscono con javacsript etc etc.). Certo quando ha parlato di IChar, IBottle, TuoTubo e ScatolaDiSapone forse � andato troppo oltre, ma proprio per questo gli vogliamo bene :). Nel complesso come parla lui di queste cose credo in Italia non ci sia veramente nessuno.

Gli utlimi byte li dedico agli organizzatori Daniele e Stefano che hanno fatto davver un gran bel lavoro perch� organizzare una conferenza non � mai facile e ci sono molte pi� cose da fare di quello che si immagini.

Gli ultimissimi byte vanno invece alle persone che ad ogni conferenza affrontano il caldo, il freddo, il maltempo e qualunque catastrofe naturale pur di esserci. Domande, partecipazione, battute, curiosit� e voglia di apprendere; questo � stato grazie a voi un evento ancora pi� bello.

I byte finali vanno come saluto al mini-speaker Alessio Bochicchio che si destreggiava abilmente nella tombolata delle estrazioni dei premi :)

Stay Tuned...

Tags: .NET Framework, .NET Framework 3.5, 10annidi, ASP.NET, ASP.NET 3.5, ASPItalia.com, IIS, LINQ, Silverlight, Visual Studio, Windows Presentation Foundation, Windows Server, XAML