blogs.ASPItalia.com

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

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

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!.

Ma che figo Reflector Pro di Red Gate

Marco De Sanctis — Thu, 08 Apr 2010 22:47:25 GMT

Come molti di voi sapranno, qualche mese fa Red Gate ha acquistato Reflector, il tool che, dopo Visual Studio, ogni sviluppatore .NET dovrebbe avviare quando si siede davanti al PC.

Da allora, alla versione tradizionale che � rimasta gratuita, si � aggiunto anche Reflector Pro, un'edizione a pagamento che promette cose mirabolanti. Volete un esempio? Sentite un po'.

Ho creato una semplice ConsoleApplication in C#, in cui ho messo questo codice:

List<string> someList = new List<string>(); 
someList.Add("Ciao");

Dopo aver installato Reflector Pro, in Visual Studio appare un nuovo menu, dal quale possiamo selezionare la voce Chose Assemblies to Debug

A questo punto, dalla finestra di Reflector, selezioniamo di voler debuggare mscorlib, ossia l'assembly che contiene la definizione della classe List:

Ci� che accade, � che Reflector inizia la decompilazione dell'assembly; nel nostro caso impiega qualche minuto, visto che si tratta di parecchio codice, ma esiste uno storage interno che funge da cache per queste definizioni, cos� che non sia necessario ripetere l'operazione. Al termine di tutto, mettiamo un breakpoint sulla seconda riga del nostro codice ed avviamo l'applicazione in debug:

Quando l'esecuzione si ferma sulla riga evidenziata, premiamo F11 e...

Notate il nome della classe in alto :-) Siamo andati in Step In dentro al codice del metodo Add di List<T> e possiamo avvalerci di tutte le funzionalit� del debug di Visual Studio, dai watch (come si vede in figura) a che so... il debug multithreading di cui ho parlato ieri, mentre procediamo in step by step all'interno di mscorlib.dll.

Mica male!!

Tags: .NET Framework, Visual Studio

Continua a leggere Ma che figo Reflector Pro di Red Gate.

Multithreading e parallel computing nel .NET Framework 4.0

Marco De Sanctis — Wed, 07 Apr 2010 23:40:41 GMT

Una delle novit� dell'imminente nuova versione del .NET Framework a cui personalmente ho dato parecchia importanza � il notevole supporto per multithreading e parallel computing. Spesso siamo abituati a confondere questi due termini e a usarli quasi come sinonimi, anche se sinonimi veri e propri non sono. Il multithreading � un qualcosa che � sui nostri desktop gi� da diversi anni, supportato dal Framework sin dalle sue prime incarnazioni. Il calcolo parallelo � invece qualcosa di pi�, che sfrutta il multithreading per massimizzare l'uso dei core messi a disposizione dall'hardware, un aspetto fondamentale nel momento in cui anche sui laptop non � raro imbattersi in 4, 6 o 8 core.

Ho avuto modo di occuparmi di questi aspetti durante la stesura di uno dei capitoli dei nostri libri di prossima uscita interamente dedicato alle tematiche di multithreading e parallel computer, e penso francamente che il .NET Framework 4.0, il nuovo CLR e Visual Studio 2010 portino l'esperienza di sviluppo di applicazioni parallele a livelli assolutamente ineguagliati al giorno d'oggi.

Ma quali sono sostanzialmente queste novit�? Beh. innanzitutto direi la presenza di PLINQ e della classe ParallelQuery, grazie alla quale � possibile integrare con grandissima facilit� il calcolo parallelo all'interno delle nostre query LINQ; basta usare infatti l'extension method AsParallel() per far s� che una query del tipo

var query = from i in list.AsParallel() 
            where someCondition(i) 
            select someResult(i)

venga eseguita sfruttando al massimo i core presenti nel sistema.

Per il codice "di tutti i giorni", invece, sono state introdotte le classi Task e TaskFactory, che rendono possibile creare task asincroni, gestirne le notifiche, accodarne di altri, ecc.. in una sintassi estremamente concisa e intuitiva, che ci risparmia un bel po' di lavoro manuale che eravamo costretti a svolgere usando il ThreadPool.

Ma pi� thread contemporaneamente in esecuzione vuol dire anche gestire problematiche di concorrenza e di thread safety. Chi ha lavorato in quest'ambito in passato, sa che ad esempio avere a che fare con collection condivise tra pi� thread non era assolutamente banale. Il .NET Framework 4.0 espone un nuovo namespace, dal nome fin troppo indicativo: System.Collections.Concurrent. Esso contiene un gran numero di collection, tutte rigorosamente thread safe, che risparmiano parecchie grane quando utilizzate in scenari paralleli e i cui internals (basta dare un'occhiata con Reflector) sono tutt'altro che banali e scontati, con lo scopo di minimizzare i lock, che notoriamente vanno a braccetto con decadimenti prestazionali.

E la ciliegina su questa torta non poteva che essere lui, Visual Studio 2010, e il suo supporto al debug di applicazioni multithreaded. Provate a dare un'occhiata a queste due immagini in basso per capire di cosa sto parlando, valgono pi� di mille parole:

Che dire. ci aspettano non solo mesi di articoli e succose novit�, ma anche mesi in cui potremo sfruttare strumenti innovativi, in grado di darci una grande mano nel lavoro di tutti i giorni e, perch� no, anche vantaggi sostanziali nelle potenzialit� delle nostre applicazioni!

Ci vediamo su queste pagine!

Tags: .NET Framework, .NET Framework 4.0, C# 4 Guida completa, Visual Basic 2010 Guida completa, Visual Studio

Continua a leggere Multithreading e parallel computing nel .NET Framework 4.0.

Rilasciato ASP.NET MVC 2 Beta

Marco De Sanctis — Tue, 17 Nov 2009 23:58:01 GMT

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

Validazione Client-side

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

MicrosoftAjax.js
MicrosoftMVCAjax.js

e richiamare il metodo

<% Html.EnableClientValidation(); %>

dalla View, affinch� tutto funzioni.

Add Area

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

Modifiche al funzionamento dei TempData

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

Strong typed UI Helpers

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

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

In questa nuova versione sono stati aggiunti anche

ValidationMessageFor
TextAreaFor
TextBoxFor
HiddenFor
DropDownListFor

Esecuzione asincrona delle action tramite un AsyncController

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

Download

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

Enjoy!

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

Continua a leggere Rilasciato ASP.NET MVC 2 Beta.

Login sul network ASPItalia tramite Facebook

Marco De Sanctis — Mon, 09 Nov 2009 14:16:00 GMT

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

Enjoy :-)

Tags: ASPItalia.com, Security

Continua a leggere Login sul network ASPItalia tramite Facebook.

Real Code Day 4.0: Agenda (quasi) completata!

Marco De Sanctis — Mon, 02 Nov 2009 10:16:00 GMT

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

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

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

Continua a leggere Real Code Day 4.0: Agenda (quasi) completata!.

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

Marco De Sanctis — Tue, 07 Jul 2009 09:25:00 GMT

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

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

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

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

Continua a leggere Open source = elevata qualità? Ma dove???.

.NET Framework 4.0 beta 1: Workflow Foundation 4.0

Marco De Sanctis — Mon, 18 May 2009 20:44:00 GMT

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

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

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

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

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

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

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

Continua a leggere .NET Framework 4.0 beta 1: Workflow Foundation 4.0.

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

Marco De Sanctis — Thu, 30 Apr 2009 07:58:00 GMT

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

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

Leggo testualmente:

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

Buon divertimento ;-)

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

Continua a leggere Visto che ultimamente Reflection.Emit è di moda....

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

Marco De Sanctis — Mon, 12 Jan 2009 13:18:00 GMT

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

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

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

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

I passi sono estremamente banali:

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

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

Et voil�, it works!

Tags: .NET Framework, NHibernate

Continua a leggere ILDASM e ILASM: un esempio pratico (e c'entra anche NHibernate).