blogs.ASPItalia.com

Azure Mobile Services a Milano

Marco De Sanctis — Mon, 07 Jan 2013 13:25:47 GMT

Il prossimo Gioved� 10 Gennaio, si terr� in sede Microsoft Italia a Milano, un evento dedicato ad Azure e ASP.NET. Io ho l'onore di essere tra gli speaker, e terr� una sessione su Azure Mobile Services: si tratta di una funzionalit� che, sebbene sia ancora in preview, mi sta appassionando davvero tantissimo. Ne ha gi� parlato il mio compagno di merende Cristian Civera in un articolo qui su ASPItalia.com e, se sviluppate applicazioni mobile (Win8, Windows Phone, ma anche iOS) che necessitano uno strato di servizi, se avete bisogno di un'infrastruttura per le push notification o di implementare una security basata su OAuth, provate a buttarci un occhio, perch� sono decisamente interessanti.

Al momento le registrazioni sono sold-out, se siete interessati, provate a mettervi in lista d'attesa e incrociamo le dita tutti insieme. E, per chi ci sar�, ci vediamo l�, fatevi riconoscere!

Ciao!

Tags: Windows 8, Windows Azure, Windows Client, Windows Phone, Windows Phone 7, Windows Phone 7.1, Windows Phone 7.1.1, Windows Phone 7.5, Windows Phone 8

Continua a leggere Azure Mobile Services a Milano.

Windows 8 su MacBook Pro, la mia esperienza

Marco De Sanctis — Mon, 20 Aug 2012 06:26:00 GMT

Negli ultimi 2-3 giorni mi sono "divertito" (per modo di dire) ad aggiornare il mio MacBook Pro a Windows 8, vi racconto com'� andata.

La configurazione di partenza era una partizione Boot Camp con Windows 7 Ultimate e Boot Camp 3.3. Nel mio sistema casalingo, effettuo backup giornalieri dell'hard disk e mantengo i dati pi� importanti sincronizzati su SkyDrive, quindi nessuna paura di perdere informazioni. Tuttavia, ho fatto anche un ulteriore backup con Easy Transfer, non si sa mai che capiti di dover ripartire da zero, e almeno ci manteniamo i settings e abbiamo una bella lista delle applicazioni da reinstallare. Il metodo pi� semplice sarebbe una bella image del disco, purtroppo per� su Mac non � cos� banale effettuare il restore, magari ne parleremo un'altra volta, per� purtroppo � una sfiga con cui si deve convivere.

Il primo esperimento che ho provato � stato quello dell'upgrade verso Windows 8 Pro. L'installazione � stata relativamente veloce, una mezz'oretta pi� o meno, � si � conclusa senza problemi. Al riavvio mi sono effettivamente ritrovato sul nuovo sistema Microsoft, con tutto il software gi� installato correttamente funzionante, a parte alcune eccezioni:

MagicISO, che non funziona su Windows 8, e che comunque � assolutamente superfluo visto che ora la funzionalit� di mounting delle ISO � nativa nel sistema; ho risolto rimuovendo questo tool.
Shrew Soft VPN Client, un tool che uso per accedere ad alcune VPN di clienti, che si appoggia ad un servizio Windows che, da un'occhiata sul Task Manager, si beveva un sacco di CPU senza funzionare. Ho risolto rimuovendo tutto e reinstallando.
La webcam FaceTime HD Camera non � stata riconosciuta, ma un update driver ha risolto tutto da solo
Il trackpad non andava, non era riconosciuto, non appariva tra i device di boot camp e il driver non si aggiornava

L'ultimo punto mi ha creato parecchie difficolt�, ho smanettato un po' con i driver, ma non c'� stato davvero verso, neanche installando manualmente la versione 4.0 del driver del solo trackpad. Ho letto comunque in rete che, se si parte direttamente dalla versione 4.0 di tutti i boot camp, non dovrebbero esserci problemi. Personalmente per� non sono riuscito a testare questo scenario, perch� quando ho provato a rimuoverli il sistema � diventato instabile e allora ho preferito un wipe completo ed effettuare l'installazione da zero.

Pertanto, ho masterizzato un DVD con la ISO di Windows 8 Enterprise (il boot da USB su Mac � abbastanza una chimera) e ho iniziato il processo di installazione clean. A chi dovesse accingersi a questa operazione raccomando, nel caso in cui non si abbia un altro pc a disposizione, di copiare preventivamente su un'unit� esterna i driver Boot Camp 4.0. Questo perch�, una volta completata l'installazione, Windows 8 non riconosce praticamente alcuna periferica di rete, e pertanto � necessario averli in locale altrimenti rischiate di andare un po' in difficolt�.

La buona notizia, per�, � che questa volta tutto funziona correttamente, le periferiche vengono riconosciute senza problemi (trackpad compreso). Anche Easy Transfer, in fase di ripristino, funziona correttamente e mi sono ritrovato in breve tempo con tutti i miei dati, sebbene con un interminabile elenco di applicazioni da reinstallare. Un paio di note:

Se sviluppate applicazioni per Windows Phone, vi consiglio di seguire questi passaggi per installare l'SDK, e di aggiornare, come consigliato, anche alla release 7.1.1.
Se volete accedere a dei vecchi backup di Windows 7 e diventate matti cercando il restore, in Windows 8 questo tool si chiama Windows 7 File Recovery (grazie Stefano per la dritta!)

Ciao!

Tags: Windows 8, Windows Client

Continua a leggere Windows 8 su MacBook Pro, la mia esperienza.

WinRT e l'accesso alla rete

Marco De Sanctis — Mon, 06 Aug 2012 09:04:00 GMT

Premetto che, ad essere sinceri, mi sarebbe piaciuto intitolare questo post "L'accesso alla rete nelle M..ro Style App", ma, visti i tempi che corrono, ho preferito evitare . Resta il fatto che la gestione della connettivit� � uno degli argomenti in cui le applicazioni per Windows 8 si differenziano di pi� rispetto al mondo del desktop.

Quando realizziamo un'applicazione Windows 8, infatti, dobbiamo sempre avere bene in mente che il target hardware si � allargato, arrivando a comprendere device come i tablet che, tipicamente, possono essere usati in mobilit�. Si tratta di un contesto in cui la disponibilit� della connessione ad internet non pu� essere ritenuta costante e affidabile come quella di una WiFi casalinga o di una LAN. E noi sviluppatori dobbiamo in qualche modo tenerne conto.

C'� una serie di sfide in pi� allora da affrontare, che vanno dalla semplice gestione degli errori sul canale di comunicazione (che magari gi� implementiamo nelle applicazioni di oggi), alla periodica verifica della disponibilit� della connessione di rete, fino ad arrivare a funzionalit� avanzate, quali magari consentire la fruizione di contenuti in modalit� offline o "tarare" la qualit� del contenuto scaricato a seconda della tipologia della connessione stessa (3G o WiFi, tanto per dirne una).

Nelle app che il team di 5DLabs.it ha realizzato, abbiamo tenuto in grande considerazione proprio questi aspetti: se, ad esempio, nell'app di ASPItalia.com "pinnate" un contenuto nella Start Page, potete leggerlo in tutte le condizioni di connettivit�, anche senza rete, perch� � giusto che un articolo che l'utente ha reputato importante sia sempre disponibile.

In ambito enterprise, poi, l'argomento diventa di importanza critica: gestire questa tipologia di problematiche pu� fare la differenza tra il mettere in piedi un'applicazione instabile e una che fa il suo dovere in ogni condizione. Ecco perch�, d'accordo con i miei compagni di merende, ho pensato che meritasse uno slot nell'agenda della prossima Windows Developer Conference.

Se queste tematiche vi interessano, se il vostro target � quello del mondo enterprise/business, il mio consiglio � quello di non lasciarvi sfuggire questa conferenza, visto l'altissimo livello degli speaker coinvolti e l'attualit� dei contenuti trattati che, pur se incentrati su Windows 8, spaziano anche nelle direzioni di C#, di sviluppo asincrono, di Azure, ecc...

Le date sono i prossimi 23 e 24 ottobre, la location � in centro a Milano, fino al 3 settembre c'� un super early bird di soli 499,00 Euro. Secondo me ne vale la pena!

Ciao!

Tags: Metro, Windows 8, Windows Azure, Windows Client, WinJS, WinRT

Continua a leggere WinRT e l'accesso alla rete.

Un libro davvero bello su Visual Studio LightSwitch

Marco De Sanctis — Wed, 28 Mar 2012 17:49:00 GMT

Un mio cliente ha recentemente iniziato ad utilizzare Visual Studio LightSwitch per la realizzazione di alcuni software che richiedevano tempi di sviluppo estremamente ridotti. Si tratta di una piattaforma davvero produttiva, alcuni click, poche righe di codice e il tuo gestionale � l� che gira. Ma come tutti i software RAD, quando qualcuno ti chiede "ma non si potrebbe modificare X?" o "perch� non cambiamo Y in Z?" iniziano i veri problemi, perch� bisogna conoscere a fondo il tool e cosa ti permette di fare, quali sono i limiti e come funzionano gli internals.

Allora mi sono rivolto a un esperto, o meglio ho letto il libro Visual Studio LightSwitch Unleashed, edito da SAMS, del nostro Alessandro Del Sole. Arrivo subito al dunque: vi interessa LightSwitch? allora � un riferimento a mio modo di vedere assolutamente imprescindibile, per completezza, chiarezza espositiva e qualit� degli esempi. In questo testo Alessandro prende letteralmente per mano il lettore, supportandolo gi� nelle primissime fasi dell'installazione e dell'esplorazione dell'inedita interfaccia di Lightswitch. Si impara a costruire la prima applicazione a colpi di drag'n drop, poi si scrive un po' di codice, e si va avanti cos�, con la complessit� che aumenta in maniera graduale, senza mai spiazzarci, ma allo stesso tempo esplorando LightSwitch in tutti i suoi meandri. Le tematiche avanzate non mancano infatti, e sono in grado di soddisfare anche esigenze pi� "spinte": tra gli altri, si parla di modello di applicazione, di come integrarla con custom control Silverlight, di come estendere il framework e aggiungere report.

Insomma, � un libro che rappresenta un bel valore aggiunto per qualsiasi sviluppatore che usi Visual Studio LightSwitch e, lasciatemelo dire con una punta di campanilismo, sono felice che a scriverlo sia stato un italiano: ho avuto modo di scrivere libri in inglese in passato e so, per esperienza personale, che non � per nulla semplice. Quindi complimenti doppi da parte mia!

Tags: Silverlight, Visual Studio, XAML

Continua a leggere Un libro davvero bello su Visual Studio LightSwitch.

Visual Studio 11 beta: le novità di ASP.NET MVC 4 e ASP.NET Web Pages 2.0

Marco De Sanctis — Fri, 02 Mar 2012 09:05:00 GMT

Se ASP.NET MVC 3 ha rappresentato il consolidamento di un framework oramai maturo e idoneo a essere utilizzato in scenari avanzati, con la nuova versione, ASP.NET MVC 4 introduce una serie di migliorie volte a supportare nativamente una serie di contesti, quali ad esempio la realizzazione di servizi REST e lo sviluppo di applicazioni web mobile, in cui l'utilizzo di ASP.NET MVC risulta molto comodo e naturale.

La prima grossa novit� � rappresentata da WebAPI, ossia un'estensione tramite la quale possiamo realizzare servizi di tipo REST scrivendo davvero poco codice: ereditando dalla nuova classe ApiController, infatti, il framework predispone una serie di regole di routing basate su convenzioni di naming; le action, che corrispondono alle operation dei servizi, sono cos� direttamente invocabili da un client, che pu� essere javascript, Windows Phone, o altro, e restituiscono dati in formato JSON o XML. L'aspetto interessante � che questi particolari controller vengono comunque eseguiti dall'infrastruttura di ASP.NET MVC, e pertanto possono avvalarsi di funzionalit� gi� presenti quali Action Filter, Model Binder e Routing. Eventualmente, ma non � un requisito, � possibile sfruttare questa tipologia di servizi per realizazre Single Page Application, applicazioni cio� costituite da una singola pagina, che modifica il suo contenuto in maniera dinamica, comportantosi insomma come un vero e proprio smart client. In questo senso � anche presente un supporto sperimentale in ASP.NET MVC sotto forma di un particolare template.

Parlando di template, anche in questo senso sono state apportate delle migliorie, volte soprattutto a rendere pi� moderni quelli esistenti (che ora sono tutti in formato HTML 5 standard) e a supportare sin da subito i dispositivi mobile. In particolare, jQuery Mobile � incluso di default nei template di progetto, ed � ora pi� semplice realizzare view specifiche per i dispositivi. E' stato introdotto anche il concetto di DisplayMode, tramite il quale identificare view differenti in base alla tipologia del browser. Anche Razor � cresciuto in questa nuova versione, aggiungendo funzionalit� per rendere pi� sintetica l'inclusione degli script.

Sul fronte ASP.NET Web Pages 2.0, invece, oltre a molto di quanto gi� detto per ASP.NET MVC (Razor,template mobile) si aggiunge anche il supporto alle API di un gran numero di servizi esterni, utili ad esempio per la gestione dell'autenticazione, che includono OAuth, OpenID e le nuove API di Facebook, Twitter, ecc. E inoltre presente il nuovo helper Map, che consente di integrare con semplicit� mappe di Google, Bing o Yahoo.

Tags: ASP.NET, .NET Framework, .NET Framework 4.5, ASP.NET 4.5, Metro, Visual Studio 2012, WebMatrix, Windows 8, Windows Client

Continua a leggere Visual Studio 11 beta: le novità di ASP.NET MVC 4 e ASP.NET Web Pages 2.0.

I miei Community Days 2012...

Marco De Sanctis — Mon, 20 Feb 2012 08:35:00 GMT

...sono stati semplicemente devastanti, ho avuto bisogno di un paio di giorni per riprendermi, ma la soddisfazione per come siano andate le cose, per il successo, per la gente entusiasta, ecc. ecc. � stata enorme e ripaga ampiamente tutta la fatica degli ultimi mesi. Per la prima volta, nella mia breve carriera da speaker, ho fatto una doppietta e ho tenuto due sessioni, una su jQuery Mobile e su WinJS, che mi hanno impegnato alla grande, complici anche alcuni problemini tecnici (il mio MacBook faceva un po' a pugni con il maxischermo di sala 3-4, grazie Andrea). Per me � stato un onore parlare di questi argomenti, perch�, vuoi o non vuoi, rappresentano l'evoluzione/rivoluzione di ci� che saranno le applicazioni desktop e web dei prossimi anni, mica pizza e fichi! Ci credo molto, ed � il motivo per cui sto investendo tantissimo in quest'ambito: il mondo dei device, siano essi tablet, smartphone o "ibridi", sar� quello con cui ci misureremo sempre pi� di frequente.

L'impressione � che comunque siano piaciute, ho ricevuto tante domande al termine dei talk e questa � una grande soddisfazione, la speranza � che possano costituire degli spunti interessanti che un giorno si traducano in codice di produzione.

Tutto il materiale, slide e demo (anche quelle che per motivi di tempo non sono riuscito a mostrarvi) sono online sia qui su ASPItalia che sul sito dei Community Days. Non mi resta davvero altro da dire, se non un sonoro grazie a tutti, organizzatori, speaker e soprattutto alle oltre 800 persone che si sono iscritte e sono state al Microsoft Innovation Campus con noi per questi due giorni: con i Community Days 2012 abbiamo alzato la barra ad un livello superiore, e il merito � di tutti, nessuno escluso!

Ci si vede ai prossimi appuntamenti, e soprattutto ci si legge su queste pagine!

Aloha!

Tags: .NET Framework, .NET Framework 4.0, ASP.NET, ASP.NET 4.0, ASP.NET MVC, Community Days 2012, HTML5, JavaScript, jQuery, Windows 8, Windows Client

Continua a leggere I miei Community Days 2012....

PhoneGap e Titanium, esiste davvero il write once run anywhere su mobile?

Marco De Sanctis — Thu, 12 Jan 2012 08:30:00 GMT

Ultimamente si fa davvero un gran parlare di framework che consentono di sviluppare sulle varie piattaforme mobile, senza dover necessariamente scrivere codice nativo. Tra queste, probabilmente la pi� famosa � PhoneGap, ultimamente davvero non passa giorno senza che venga nominata da qualche parte, ma anche Appcelerator Titanium, seppur meno menzionato, recita in un ruolo di protagonista nell'ambito di questo genere di prodotti. Alcune settimane fa, con 5DLabs abbiamo fatto una serie di studi di fattibilit� in merito per conto di un cliente, e ho pensato di riportarvi un po' l'esperienza maturata.

Ma andiamo con ordine e spendiamo qualche parola su PhoneGap e Titanium per capire un po' meglio di cosa stiamo parlando. Iniziamo col dire che ambedue questi servono per sviluppare applicazioni native, pronte cio� a essere distribuite tramite AppStore, Android Market, Marketplace di Window Phone, ecc.ecc.. Entrambi utilizzano Javascript come linguaggio di sviluppo, ma con due filosofie profondamente diverse. In ogni caso, non possono prescindere, ovviamente, dagli SDK nativi per queste piattaforme. Conseguenza: se dovete sviluppare per iOS vi serve comunque un Mac con OSX.

PhoneGap

PhoneGap � un framework di sviluppo ibrido, nel senso che consente di realizzare App native per un gran numero di piattaforme (sono supportate tutte le pi� diffuse, come riportato qui) utilizzando HTML5 + CSS3 + Javascript. Ok, ma come funziona nella pratica? Un'applicazione PhoneGap fondamentalmente � costituita da un'insieme di pagine eseguite all'interno di un controllo browser, pagine il cui codice Javascript sostituisce in tutto e per tutto quello che scriveremmo in Objective-C, Java o C#. Dovete invocare un servizio web? Chiamata AJAX, magari con jQuery. Dovete realizzare una form di input di dati? Vai di styling CSS, o jQuery Mobile o Sencha Touch che dir si voglia.

Ok, ma allora a cosa serve il framework? Beh, PhoneGap, oltre ad una serie di template di progetto per i vari ambienti di sviluppo, fondamentalmente � costituito da una libreria javascript che fa da bridge tra il nostro codice in pagina e le funzionalit� native del telefono, dandoci di fatto la possibilit� di accedere a funzionalit� native del sistema e del dispositivo, come i contatti, il GPS o la fotocamera.

Punti a favore

Sicuramente il fatto che non dobbiamo praticamente imparare nulla, il Javascript � quello che abbiamo sempre usato, i framework anche, stesso discorso per i tool (e scusate se � poco!). Il passo per convertire un'app web in una nativa � davvero brevissimo. Inoltre l'enorme numero di dispositivi supportati, praticamente tutti gli smartphone moderni, � sicuramente un fattore non trascurabile. In buona sostanza, ad un costo quasi zero siamo in grado di sviluppare un'app nativa, anche considerando la natura assolutamente gratuita di questo prodotto. Non male eh? Purtroppo per� non finisce qui.

Svantaggi

Diversi aspetti mi hanno deluso di PhoneGap, che presenta dei limiti davvero pesanti a causa dei quali non mi sono sentito di consigliarne l'adozione. In particolare, in ordine sparso:

Siamo fondamentalmente costretti a reinventare la ruota: possiamo in buona sostanza dimenticarci tutti i controlli nativi per la piattaforma, con il risultato che le applicazioni perdono completamente il look & feel tipico del dispositivo su cui girano. Esistono alcuni plugin che supportano il rendering di 3 o 4 controlli nativi (AFAIK, TabBar, Toolbar, ActionSheet e StatusBar, e solo su iPhone), ma in questo modo si perde la portabilit�. Ne vale davvero la pena, allora?
Conseguenza diretta del punto precedente, � che la nostra app rischia di non essere accettata. Alcuni reviewers sono molto attenti, ad esempio, al rispetto delle guidelines della UX. Fatevi un giro su google e cercate "PhoneGap app rejected" e troverete davvero tanti casi.
Generalmente il funzionamento dell'applicazione � meno responsivo e fluido di una eventuale controparte nativa (ma questo, invero, dipende dalla bont� del browser).
Il codice � interpretato, niente compilazione. Quindi gli unici errori sono a runtime. Gi� cos� non � il massimo, ma, more than worse, ...
..il debug, come modernamente lo intendiamo, � praticamente impossibile. Scordatevi di mettere un breakpoint nel codice e di procedere step by step. Molti consigliano di eseguire l'applicazione su un browser tradizionale e debuggare da l�, ma a me sembra un timido palliativo, il debug lo voglio eseguire dal telefono o dal tablet! Alla fine vi toccher� tornare all'antico, con un sacco di begli alert sparsi qua e l� nel codice.
Per alcune funzionalit� (es. riproduzione video) vi toccher� comunque imparare il codice nativo .
PhoneGap non � Write Once Run Anywhere, semplicemente perch� se volete supportare n dispositivi avrete n progetti, magari ognuno la copia dell'altro, ma sempre n progetti da manutenere.

Appcelerator Titanium

Iniziamo dicendo che Titanium � un prodotto commerciale, si paga una fee mensile per utilizzarlo e sono previsti diversi livelli di abbonamento (tra cui uno "community" gratuito) che si distinguono, oltre che per il supporto, anche in base alle funzionalit� attive. Il linguaggio utilizzato � sempre Javascript, ma l'approccio rispetto a PhoneGap � sensibilmente differente: il codice che scriviamo, infatti, questa volta non ha nulla a che vedere con HTML, CSS o sviluppo Web in generale, bens� si appoggia ad un object model proprietario che wrappa gli oggetti nativi delle varie piattaforme. Il risultato � che il progetto Titanium genera codice nativo, con un layer che ne consente l'invocazione via Javascript.

Punti a favore

Titanium ha un IDE proprietario, basato su Eclipse. Supporta l'autocompletamento del codice e ha un debugger integrato, basato su Firebug. Quando creiamo un nuovo progetto ci viene chiesto quali piattaforme supportare come target, poi in fase di compilazione scegliamo su quale compilare. Corollario: il progetto resta uno solo, non dobbiamo manutenerne n copie, molto pi� vicino all'idea di write once run anywhere.

Anche qui, comunque, � richiesta la presenza degli SDK ufficiali, quindi se vogliamo sviliuppare su iOS non abbiamo scelta e dobbiamo lavorare su OSX. Il risultato finale, comunque, � davvero notevole, e soprattutto indistinguibile da una qualsiasi app realizzata con XCode o Android SDK + Eclipse. Ovviamente non tutti gli oggetti di Titanium hanno corrispondenti sia su iOS che su Android, e pertanto alle volte � necessario qualche "if (platform == iOS)", ma alla fine non � drammatico.

Problemi

Il limite principale di Titanium � che, al momento, supporta esclusivamente Android e iOS. Niente Windows Phone, pertanto. Per� pu� essere comunque interessante valutarlo se il nostro team � gi� skillato sulla piattaforma Microsoft e vogliamo comunque produrre applicazioni per questi altri due target.

Da un punto di vista dell'utilizzo, il primo ostacolo in cui mi sono imbattuto � l'assenza di un qualsiasi editor grafico, o comunque di un ausilio visuale per lo sviluppo di interfacce. In pratica siamo costretti a fare tutto da codice, istanziando controlli, valorizzandone le propriet�, aggiungendoli ad un controllo contenitore, e cos� via. Sicuramente � un approccio che si adatta non proprio bene a interfacce complesse e che rende molto difficoltosa l'interazione con un grafico.

L'aspetto che per� mi � piaciuto meno, � la scarsa ~~estendibilit�~~ flessibilit� del framework, sicuramente uno dei limiti pi� difficilmente superabili dell'architettura. Nel mio caso, ad esempio, avevo bisogno di una ScrollView (i "pallini" che rappresentano la paginazione della springboard di iOS, per capirci) in direzione verticale; Titanium ne propone solo una orizzontale e sono stato costretto a parecchi hack per ottenerla, sebbene invece sia assolutamente esistente in XCode. In generale questa mancanza di flessibilit� pu� rappresentare un problema non da poco, e dobbiamo essere pronti a rivedere le interfacce in base alle possibilit� del framework.

[EDIT]Come mi segnala Alessandro Ghizzardi, in realt�, � possibile realizzare dei wrapper di funzionalit� native ed esporle tramite Javascript in Titanium. Ovviamente, per�, in questo caso si ha la necessit� di scrivere codice in Objective-C e/o Java (a seconda della piattaforma), quindi le skill dobbiamo averle, per� sicuramente � una feature che eleva di molto il livello del prodotto.

Conclusione

Entrambi i prodotti sono ben lungi dall'essere perfetti. PhoneGap, secondo me, d� come valore aggiunto il riutilizzo delle skill, ma ad un costo non indifferente, ossia tutte le problematiche che ho citato. Pertanto lo vedo magari adatto ad un progetto estemporaneo se non vogliamo investire su una piattaforma nel lungo periodo, per il resto davvero mi lascia molto scettico.

Con Titanium la storia � differente: non nego che, sebbene sulle prime mi abbia lasciato un po' spaesato, l'impressione che ne ho tratto � quella di un buon prodotto, con alcuni limiti oggettivi che lo rendono poco "snello" in progetti di alto livello. Per� davvero non � male, provate a compilare Kitchen Sink per farvi un'idea. Il framework e il modello a oggetti dobbiamo comunque impararlo, per�, quindi non ci sono grandi vantaggi se poi puntiamo ad una sola piattaforma delle due disponibili.

Per quanto mi riguarda, la prima opzione resta la piattaforma nativa, per tutta una serie di ragioni: ottimizzazione e controllo del codice, debug, facilit� nel reperire documentazione, informazioni e componenti di terze parti, e potrei continuare... Sono aspetti che fanno la differenza, e che secondo me gi� nel medio periodo ripagano l'investimento sostenuto per acquisire le skill necessarie, investimento che, da professionisti, probabilmente � uno dei pi� futuribili che oggi possiamo fare.

Tags: HTML5, JavaScript, jQuery, Metro, Windows Phone, Windows Phone 7, Windows Phone 7.1, Windows Phone 7.5

Continua a leggere PhoneGap e Titanium, esiste davvero il write once run anywhere su mobile?.

WPC 2011: Cosa mi/ci/vi aspetta!

Marco De Sanctis — Mon, 14 Nov 2011 07:01:00 GMT

Quest'anno sono davvero orgoglioso di essere riuscito a salire a bordo della pi� importante conference IT italiana: � infatti per me un grande onore essere uno degli speaker di WPC 2011, dove terr� una sessione nella giornata del 23 (poco prima di Ibraaaaaa!!).

Di cosa parler�? Beh, di un argomento che, con il passare degli anni e delle versioni, mi appassiona sempre di pi�, tanto da averci scritto un libro e da non smettere di consigliarlo a varie aziende presso le quali collaboro: ovviamente si tratta di ASP.NET MVC, e in particolare delle possibilit� di estensione e customizzazione che ci offre.

Secondo me, infatti, al di l� delle migliorie sul view engine, i global filters, ecc. ecc., la vera carta vincente di ASP.NET MVC � proprio costituita dalla sua architettura, pluggabile in diversi punti, tanto da riuscire a piegarla alle nostre esigenze particolari davvero con poco sforzo e con risultati sorprendenti, soprattutto dal punto di vista della semplicit� e della pulizia del codice. Certo, si tratta di feature che sicuramente sfuggono ad una prima occhiata, fornendoci quindi l'errata impressione di un framework che, s�, d� controllo assoluto sul markup, ma che allo stesso tempo sembra essere verboso e ripetitivo ("s�, ma dove sono gli user control? e i datasource??).

Eppure, con un approccio diverso, magari giusto un pelo pi� ragionato, e con gli strumenti giusti, possiamo davvero scatenare a tutta forza la potenza di ASP.NET MVC. Se riuscite, fate un salto ad Assago il 23 e ne parleremo insieme! E dopo... Ibrahimovic vs. Messi...

Tags: ASP.NET, .NET Framework, .NET Framework 4.0, Architettura, ASP.NET MVC, Cache, Entity Framework 4.1, jQuery, Pattern

Continua a leggere WPC 2011: Cosa mi/ci/vi aspetta!.

CDays10, the day after: ringraziamenti, precisazioni, tricchettracc e bombamman

Marco De Sanctis — Sat, 18 Dec 2010 12:17:33 GMT

Sto scrivendo queste righe mentre sono su un treno che mi riporta in Abruzzo, dopo che Ryanair ha pensato bene di cancellare il mio volo di ieri sera (insieme a quelli di un altro migliaio di passeggeri). bah.

Anyway, innanzitutto volevo ringraziare tutti i partecipanti ai Community Days 2010, in particolar modo quelli che sono rimasti ad ascoltare la mia sessione e quella di Andrea, nonostante l'incognita della neve e della percorribilit� delle strade. Non ho parole, grazie sul serio, spero che ci� che vi ho mostrato di Web Forms possa in qualche modo esservi utile e serva a ripagare la vostra pazienza!

Durante la sessione ho notato parecchio interesse, soprattutto attorno alle nuove funzionalit� di Dynamic Data, che secondo me rappresentano una vera rivoluzione nell'ambito di *come* scrivere un'applicazione web forms oggi. Mi fa piacere perch� non nascondo la mia passione per DynData, cercher� di utilizzare questo feedback anche in ottica di tuning degli script per il 2011.

Il medesimo interesse poi l'ho visto nella parte relativa alla cache, peccato che AppFabric abbia fatto le bizze e non mi abbia consentito di eseguire con successo tutte le demo che avevo preparato. Rimedier� con uno screencast al pi� presto, promesso! Quando parlo di "fare le bizze" purtroppo intendo proprio "fare le bizze", nel senso che 10 minuti fa � bastato stoppare e riavviare il servizio perch� tutto funzionasse senza modificare una riga nel codice.. misteri sistemistici, con AppFabric siamo ancora alla versione 1.0 e magari c'� spazio ancora per qualche fix qua e l�. Anyway, indagher� meglio e vi terr� aggiornati

Una risposta volante alla persona che mi ha chiesto della possibilit� di invalidare elementi in cache in dipendenza da SQL Server: confermo che � possibile, la classe si chiama SqlChangeMonitor e non � altro che un wrapper della precedente SqlDependency.

Slide e demo online prestissimo, le sto "impacchettando" or ora per spedirle a Daniele.

Sentitevi liberi di contattarmi per ogni genere di domanda, un saluto e ancora grazie!

Tags: .NET Framework 4.0, ASP.NET, ASP.NET 3.5, ASP.NET 4.0, Cache, Community Days 2010, Databinding, Dynamic Data Control

Continua a leggere CDays10, the day after: ringraziamenti, precisazioni, tricchettracc e bombamman.

ASP.NET Web Forms ai Community Days, nel 2010

Marco De Sanctis — Fri, 10 Dec 2010 10:25:00 GMT

A parte il riferimento temporale, un post con un simile titolo avrebbe potuto tranquillamente essere pubblicato 5 anni fa (se non fosse che allora i Community Days non erano stati ancora inventati :D ). Si sa, � usanza - ed entro certi limiti non c'� niente di male, beninteso - seguire le mode del momento, che vogliono ad esempio in ASP.NET MVC la piattaforma pi� gettonata di cui parlare quando si vuole affrontare l'argomento dello sviluppo per il Web.

E per� esiste tanto ASP.NET Web Forms in giro, ad oggi la piattaforma pi� diffusa per realizzare Web App basate su .NET, e soprattutto, si tratta di una tecnologia estremamente moderna: Routing, Data Template, Data Annotations, controllo del markup, sono concetti che spesso si associano alle View, ai Model e ai Controller, magari portandoci erroneamente a pensare che, se vogliamo avvalercene, ASP.NET MVC sia una scelta obbligata.

Ebbene, non � assolutamente vero, ed � la principale ragione per cui, secondo me, ha veramente tantissimo senso nel 2010 avere una sessione come WebForms.Reload() nell'agenda dei Community Days e, di riflesso, � per me un grandissimo piacere poterne parlare. Visto che poi non ci facciamo mancare niente, toccheremo anche l'argomento Performance, e in particolare quel gioiellino che � AppFabric, su cui ad esempio � basata l'infrastruttura di cache dell'interno network ASPItalia.

Che dire, se ho stuzzicato la vostra curiosit�, ci vediamo a Milano, gioved� e venerd� prossimi.

Ciauz!

Tags: .NET Framework, .NET Framework 4.0, ASP.NET, ASP.NET 3.5, ASP.NET 4.0, Cache, Community Days 2010, Databinding, Dynamic Data Control

Continua a leggere ASP.NET Web Forms ai Community Days, nel 2010.

ASPItalia ti premia con Visual Studio 2010 Ultimate + MSDN Subscription!

Marco De Sanctis — Wed, 01 Sep 2010 09:52:00 GMT

Eh s�, per alleviarvi il triste ritorno dalle vacanze, ci siamo inventati un'iniziativa niente male: se siete appassionati di tecnologia e di sviluppo software, se avete pensato qualche volta che potevate contribuire con le vostre conoscenze a migliorare la community di ASPItalia, se magari in passato avete trovato delle dritte interessanti sui nostri forum e vi va di passare dalla parte di chi i consigli e le soluzioni invece le elargisce... insomma, se un po' vi riconoscete in qualcuno di questi "se", ASPItalia Community Awards 2010 � l� per voi!

In base ai vostri contributi, secondo le modalit� descritte nella pagina dell'evento, stileremo una classifica e coloro che a fine mese si troveranno nelle prime due posizioni si porteranno a casa niente meno che una Visual Studio 2010 Ultimate con MSDN Subscription a testa (quindi in totale, regaliamo ben QUATTRO MSDN a quattro di voi!).

Dai, cosa aspettate? ;-)

Tags: .NET Framework, .NET Framework 4.0, ASP.NET, ASP.NET 4.0, ASPItalia.com, Silverlight, Visual Studio, XAML

Continua a leggere ASPItalia ti premia con Visual Studio 2010 Ultimate + MSDN Subscription!.

Inside ModelVirtualCasting #7: Come ti creo una form MVC in 20 secondi (a dire tanto...)

Marco De Sanctis — Tue, 15 Jun 2010 05:50:00 GMT

Settima puntata per questa serie su ModelVC che, se continua cos�, ci porteremo fin sotto all'ombrellone! Qualche link ai precedenti post prima di iniziare...

Stavolta ci tocca il compito di sfatare un mito, ossia il fatto che con ASP.NET MVC il codice da scrivere � verboso, lungo e, in parole povere, molto meno RAD di Web Forms. Niente di pi� falso, grazie all'introduzione in MVC 2 degli editor e visualizer templates.

Immaginiamo un'ipotetica form di inserimento dati. Mentre in Web Forms il fulcro centrale dell'interfaccia � costituito dall'insieme dei controlli, in MVC invece il ruolo di protagonista � recitato dal model, e dagli oggetti che lo compongono. Si tratta, quindi, di un concetto molto pi� di "business" rispetto al passato, in cui possiamo specificare che un oggetto di tipo DateTime deve essere ovunque rappresentato in un certo modo e modificato in un altro.

Gli editor e visualizer templates non fanno altro che rendere possibile questo livello di astrazione: possiamo immaginarli come delle mini-partial view, che vengono associate ad un particolare tipo di dato grazie al nome e automaticamente iniettate dal framework quando lo si voglia visualizzare o modificare. In ModelVC, ad esempio, ho voluto utilizzare il DatePicker di jQueryUI come editor per tutte le propriet� di tipo DateTime di qualsiasi model delle mie pagine. Per farlo, ho creato un template di nome DateTime.ascx (occhio che il nome � importante) che ho messo nella posizione che vedete in figura.

Ma cosa contiene DateTime.ascx?

<%@ Control Language="C#" Inherits="System.Web.Mvc.ViewUserControl" %>
<script runat="server">
  private string dateString
  {
    get 
    {
      if (this.Model == null)
        return null;

      return ((DateTime)this.Model).ToShortDateString();
    }
  }
</script>
<%= Html.TextBox("", dateString, new { @class = "dateInput" })%>

Fondamentalmente niente di che, semplicemente una TextBox con una classe CSS particolare (dateInput) che posso utilizzare nella master page per attivare il DatePicker su tutte quelle che ne fanno uso:

<script type="text/javascript">
  $(function () {
    $.datepicker.setDefaults($.datepicker.regional['it']);
    $('.dateInput').datepicker();
  });
</script>

Il risultato dell'aver definito questo template � che basta a questo punto scrivere

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

perch� il nostro bell'editor custom venga utilizzato in luogo del normale box di testo, semplicemente perch� BirthDate � di tipo DateTime (in realt� � anche possibile specificare esplicitamente quale editor referenziare tramite le DataAnnotations).

Non male, vero? Ma l'aspetto pi� interessante � che, dato che da che mondo � mondo, in .NET tutto eredita da Object, e nulla mi vieta di realizzare un bel template Object.ascx, che magari cicli per tutte le propriet� di un oggetto e per ognuna di esse renderizzi l'opportuno editor, magari di nuovo di tipo Object. Morale della favola: ho l'oggetto Candidate, che referenzia alcune altre entity e diversi complex type e voglio realizzarne una form di edit; bene, non devo far altro che scrivere

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

o ancora meglio

<%= Html.EditorForModel() %>

Come ho fatto? Andate a vederlo sul codice sorgente di ModelVC e nel frattempo, provate anche a vedere se riuscite con Web Forms a realizzare una form altrettanto velocemente ;-)

Ciao!

Tags: .NET Framework 4.0, ASP.NET, ASP.NET 4.0, ASP.NET MVC, Custom Control, jQuery, Model Virtual Casting, User Control

Continua a leggere Inside ModelVirtualCasting #7: Come ti creo una form MVC in 20 secondi (a dire tanto...).

Inside ModelVirtualCasting #4: Come funziona CacheThis?

Marco De Sanctis — Thu, 03 Jun 2010 05:30:00 GMT

Quarto post della serie sugli internals dell'applicazione che abbiamo mostrato nel corso della Real Code Conference 4.0 lo scorso 25 Maggio 2010 i cui sorgenti sono disponibili su Codeplex:

Dell'attributo CacheThis ha gi� parlato un pochino Daniele nello scorso post, qualche giorno prima di RCC mi ha proposto di realizzare questa cosa perch� era una figheria simpatica da far vedere, e allora mi sono convinto e l'ho messa su! Si tratta di un sistema per effettuare caching dei risultati di un metodo in maniera trasparente. Infatti, in maniera dichiarativa, ci basta scrivere:

public interface INewsRepository : IRepository<INewsRepository, News> 
{ 
    [CacheThis("last-news", 60)] 
    List<NewsDTO> GetLastNewsDTO(int number); 
}

ed ecco che, come per incanto, il risultato di GetLastNewsDTO viene prelevato dalla cache, se presente, oppure recuperato tramite una query su DataBase. Ma come funziona tutto questo, visto che, l'implementazione di questo metodo non ha la minima cognizione del concetto di Cache?

public List<NewsDTO> GetLastNewsDTO(int number) 
{ 
    return CurrentObjectSet.AsQueryable() 
        .OrderByDescending(n => n.PublicationDate) 
        .Take(number) 
        .SelectDTO<News, NewsDTO>().ToList(); 
}

CacheThis � un tipico esempio di Aspect Oriented Programming sul quale potremmo scrivere qualche decina di post ma che, in parole povere, consente di iniettare logica in maniera modulare nelle chiamate ai metodi di un oggetto, pi� o meno agendo in questo modo:

In pratica, possiamo fare in modo che Unity, quando chiediamo un'istanza di INewsRepository, non restituisca direttamente NewsRepository, come ci aspetteremmo, bens� un proxy, che implementa per� la stessa interfaccia cos� che il nostro codice non si accorga minimamente che qualcuno sta cambiando le carte in tavola.

Cosa fa questo proxy? Beh, normalmente niente, si limita a girare ogni chiamata a NewsRepository e a restituire il risultato prodotto, tranne quando il metodo invocato sia decorato dal famigerato attributo CacheThis, nel qual caso viene eseguito il nostro bel CacheHandler che, grossomodo, � fatto cos� (in pseudocodice):

public Result Invoke(...) 
{ 
    if (Cache.Contains(key)) 
        return Cache[key]; 
     var result = invokeRealMethod(...);
     Cache.Add(key, result);
     return result; 
}

In parole povere, CacheHandler verifica se il risultato � gi� presente in cache, se viene trovato lo restituisce, altrimenti esegue il repository vero e proprio, mette in cache il risultato e lo ritorna.

Ora.. a dire il vero l'implementazione contenuta in ModelVC soffre di un paio di limitazioni, che sono nella lista della spesa delle feature da metter su per la prossima versione:

supporta esclusivamente l'invalidazione via timeout, mentre sarebbe bello se una Add/Modify/Delete di una news tramite repository invalidasse automaticamente la cache;
come sappiamo, quando realizziamo una query in LINQ to Entities, questa non viene eseguita finch� non se ne esplori il risultato; morale della favola.. dobbiamo forzarne l'esecuzione all'interno di NewsRepository (concreto), ad esempio con un ToList, altrimenti rischiamo di mettere in cache l'expression tree e non i risultati veri e propri.

D'altro canto, per�, CacheThis riesce a mantenere in Cache diversi risultati dello stesso metodo, creando chiavi on-the-fly a seconda dei parametri con cui � stato invocato e, soprattutto, ci mostra come in maniera semplice possiamo sfruttare questa tecnica (che di per s� � invece parecchio avanzata) per iniettare funzionalit� tramite Unity all'interno del nostro codice.

Che dire? Se volete saperne di pi�... i sorgenti di ModelVC non aspettano altro che essere scaricati, e continuate a seguire questa serie di post che io e gli altri ragazzi dello staff continueremo a pubblicare nei prossimi giorni.

Ciauz!

Tags: Architettura, Cache, Entity Framework, Model Virtual Casting, Object Oriented Programming

Continua a leggere Inside ModelVirtualCasting #4: Come funziona CacheThis?.

Inside ModelVirtualCasting #2: Architettura interna dei repository

Marco De Sanctis — Mon, 31 May 2010 05:30:00 GMT

Secondo post della serie sugli internals di ModelVC che abbiamo presentato a Real Code Day 4.0 prima e successivamente a Real Code Conference 4.0.

Introduzione ai repository
Architettura interna dei repository
more to come...

La volta scorsa abbiamo visto perch� abbiamo scelto di utilizzare i repository all'interno di ModelVC e abbiamo dato una panoramica dell'architettura secondo cui funzionano, che essenzialmente li porta ad essere dei wrapper degli ObjectSet di ADO.NET Entity Framework con qualche funzionalit� in pi�. Semplificando un po', allora, il codice di un repository pu� essere pensato simile al seguente:

public class Repository<T> where T : class 
{ 
    private IObjectSet<T> objectSet; 
 
    public Repository(ObjectContext context) 
    { 
        this.objectSet = context.CreateObjectSet<T>(); 
    } 
 
    internal Repository(IObjectSet<T> objectSet) 
    { 
        this.objectSet = objectSet; 
    } 
 
    public void InsertOnSubmit(T entity) 
    { 
        this.objectSet.AddObject(entity); 
    } 
 
    public void Update(T entity) 
    { 
        this.objectSet.Attach(entity); 
    } 
 
    public IQueryable<T> Where(Expression<Func<T, bool>> predicate) 
    { 
        return this.objectSet.Where(predicate); 
    } 
}

Notiamo un paio di aspetti interessanti, che ci semplificano tanto la vita in fase di test:

Non manteniamo alcun riferimento a tipi concreti di ADO.NET Entity Framework, che � presente solo con l'interfaccia IObjectSet<T>;
E' presente un costruttore internal tramite cui fornire direttamente un IObjectSet, che pu� essere utilizzato per iniettare un mock o un fake.

Ottimo, sarebbe tutto bellissimo se non fosse che purtroppo per le funzionalit� che vogliamo esporre, la sola IObjectSet<T> non basta: esempio? il metodo Include, che vogliamo utilizzare per indicare ad EF quali entity collegate deve caricare, � esposto da ObjectSet<T> (e anche da ObjectQuery, sua classe base) ma non dall'interfaccia. Come fare allora? Io e Stefano ci abbiamo riflettuto un po' e alla fine ne siamo venuti a capo in questo modo:

In pratica abbiamo introdotto le nuove interfacce IObjectQuery<T> e IIncludeObjectSet<T>, che espongono il metodo Include come desiderato; in particolare quest'ultima � referenziata all'interno di Repository<T> al posto di IObjectSet<T>, cos� che finalmente abbiamo a disposizione la funzionalit� richiesta.

In Entity Framework, per�, ObjectSet<T> ovviamente non implementa IIncludeObjectSet<T>, e pertanto siamo stati costretti a realizzarne un wrapper. Si tratta di un giro un po' complicato se vogliamo (tra l'altro la versione che trovate su ModelVC � leggermente pi� complessa) ma che fondamentalmente ci consente di costruire repository senza avere riferimenti a tipi concreti di Entity Framework. A cosa serve? a darci la possibilit� di realizzare un FakeObjectSet, che trovate in ASPItalia.ModelVirtualCasting.MVC.Tests nella cartella Utils, che possiamo utilizzare per verificare che il nostro repository funzioni senza scomodare SQL Server:

var list = new List<User>(); 
list.Add(new User() { Nick = "Cradle"}); 
 
var rep = new UserRepository(new FakeObjectSet<User>(list)); 
Assert.AreEqual(list[0], repo.GetByNickname("Cradle"));

Cool, isn't it? Alla prossima!

Tags: Architettura, ASPItalia.com, Model Virtual Casting, Pattern

Continua a leggere Inside ModelVirtualCasting #2: Architettura interna dei repository.

Inside ModelVirtualCasting #1: Introduzione ai repository

Marco De Sanctis — Thu, 27 May 2010 06:00:00 GMT

Allora, l'avevo promesso, vediamo quanto riesco a mantenere l'impegno preso nel scrivere una serie di post su alcuni aspetti, soprattutto architetturali, che abbiamo scelto di utilizzare in ModelVirtualCasting (ModelVC per gli amici).

L'argomento di cui vorrei parlarvi stasera � il modello di accesso ai dati che abbiamo scelto di utilizzare. Immagino che abbiate capito che ModelVC usi internamente ADO.NET Entity Framework, sebbene questo non sia esposto direttamente agli strati sovrastanti, che invece hanno la possibilit� di accedere alla base dati tramite degli oggetti chiamati Repository.

Cos'� un repository e soprattutto, perch� questa scelta? In due parole, un repository � un oggetto che si frappone tra noi e lo strato di accesso ai dati, comportandosi come se fosse una normale collection .NET, supportando quindi aggiunte e rimozioni di oggetti, e sul quale possiamo eseguire query (ad esempio tramite LINQ) come se i dati si trovassero gi� tutti in memoria. Ottimo, ma allora sono simili agli ObjectSet di Entity Framework, che bisogno abbiamo di scrivere questo codice in pi�? Vediamo un attimo la struttura delle interfacce:

Come vedete, questa architettura mi consente un livello di personalizzazione che con gli ObjectSet non ho, ossia:

Avere a disposizione due interfacce base, IReadOnlyRepository e IRepository, ci consente di forzare in sola lettura alcune entit�, che by design immaginiamo non dovranno mai essere inserite o eliminate;
Possiamo esporre metodi personalizzati per un repository specifico, quando questo pu� risultare comodo, come nel caso di GetByUsername su IUserRepository
Possiamo personalizzare il comportamento in fase di Add, ad esempio effettuando su UserRepository un override del metodo InsertOnSubmit e verificare al suo interno che l'email dell'utente che stiamo inserendo non sia gi� presente nel database.

Il tutto senza rinunciare alle potenzialit� di Linq To Entities, visto che i nostri Repository agiscono come wrapper proprio di ObjectSet e che metodi come Where e GetAll restituiscono una IQueryable<T>, cos� che possiamo tranquillamente scrivere qualcosa tipo

var query = myUserRepository .Where(u => u.Username == u.Password) .Select(u => new { Nick = u.Username, Email = u.Email } );

e star sicuri che l'expression tree generato verr� dato in pasto all'engine di EF e tradotto in una query SQL verso il database.

Ultimo e fondamentale vantaggio, avere questa struttura basata su interfacce ci consente di disaccoppiare gli strati superiori (servizi o UI) da una particolare implementazione, che pu� essere invece scelta a runtime, cos� che l'indomani possiamo realizzare un set di repository basati su una tecnologia completamente diversa (mah.. questa affermazione mi � sempre sembrata un po' fuffosa, sar� sincero con voi :D) o soprattutto:

Semplificarci la vita in fase di test, visto che un IUserRepository � infinitamente pi� facile da mockare rispetto a EntityFrameworkContext.Users (brrr...); questo � un punto a favore importantissimo, dato che IObjectSet<T> gi� esposta da EntityFramework in realt� non espone tutte le logiche necessarie a gestire con efficacia un ObjectSet perch� mancano parecchie robe fondamentali;
Possiamo realizzare dei FakeRepository (li trovate in ASPItalia.ModelVirtualCasting.Fake) per testare la nostra applicazione su dati cablati nel codice, senza scomodare il database, consentendoci quindi a tutti gli effetti di parallelizzare alla grande il lavoro; per esempio, io sono riuscito a sviluppare parte dell'interfaccia utente quando Stefano ancora non aveva sviluppato nessun repository concreto, quindi con lo strato dati praticamante inesistente! E vi assicuro che, quando Stefano ha completato il suo lavoro, non ho dovuto cambiare nulla della UI per adeguarmi, solo una serie di impostazioni sul web.config.

Bene, con questa vi saluto e, sperando che vi interessi, vi do appuntamento ai prossimi post, nei quali ci addentreremo un po' nei meandri di questi oggetti per scoprire pi� nel dettaglio come sono fatti e come riusciamo ad istanziarli!

Ciao!

Tags: Architettura, ASPItalia.com, Entity Framework, Model Virtual Casting, Pattern

Continua a leggere Inside ModelVirtualCasting #1: Introduzione ai repository.