blogs.ASPItalia.com

Visual Studio 11 beta: le novità di ASP.NET 4.5

Daniele Bochicchio — Thu, 01 Mar 2012 18:53:48 GMT

Visual Studio 11 beta � stato rilasciato in questi giorni. Oltre al supporto per lo sviluppo su Windows 8, include il supporto alla prossima versione del .NET Framework, giunto alla versione 4.5.

ASP.NET 4.5 introduce novit� significative nell'ambito di ASP.NET Core (condiviso con ASP.NET MVC e ASP.NET Web Pages) e di ASP.NET WebForm. Anche ASP.NET MVC 4 le sfrutta, ma in questo post mi concentrer� solo su Core+WebForm, perch� MVC segue un percorso di sviluppo separato: se vi interessano ASP.NET MVC e ASP.NET Web Pages 2.0, leggete questo post.

Dal punto di vista del core, ecco le novit� pi� significative:

async HttpHandler
async HttpModule
async Request/Response
await e task-based Handler e Module
Lazy validation (niente pi� necessit� di disattivare il controllo dei campi)
AntiXSS Library nativa
supporto ai WebSockets di HTML5 (tramite HttpHanlder)
bundling e minification di JavaScript e CSS (comprime ed unisce i file, migliorando le performance)

Per quanto riguarda ASP.NET WebForm, invece, le novit� pi� interessanti sono:

data control strongly typed (niente pi� Eval, ma una sintassi stongly typed, con controllo a compile time) e databinding con encoding
niente pi� uso dei controlli DataSource per scenari avanzati di modifica dati, che ora possono essere implementati con codice (viene usata l'interfaccia IQueryable)
supporto totale ad HTML5
Unobtrusive validation (senza cambiare i validator, ma con uno switch), per avere codice pi� elegante
Model binder (preso da MVC), che semplifica le operazioni di recupero delle informazioni e di costruzione delle entit� in scenari di editing o routing

Infine, si segnalano diverse modifiche al runtime, per migliorarne performance e supporto in ambienti d hosting.

Sul fronte di Visual Studio 11, le novit� pi� significative per l'editor sono:

supporto totale ad HTML5
smart task sul codice HTML
snippet HTML5
Extract to User control
Intellisense nel codice anche sugli attributi
Event handler da codice (tipo editor XAML)
rinominando un tag, si rinomina da solo quello di chiusura
tantissime modifiche all'editor JavaScript, tra cui code outlining, go to definition, DOM Intellisense, referenze implicite
nuovo editor CSS, con supporto per indentazione gerarchica, supporto per gli hack ed I vendor prefix, le region, i commenti ed il grouping

Le novit� di ASP.NET 4.5 sono tantissime e ne parleremo diffusamente nei prossimi mesi. Intanto, � gi� in GoLive e potete utilizzarlo in produzione, perch� supportato.

Vi invito a dare anche un'occhiata alla mia sessione ai Community Days 2012 (spero ci sia preso il video).

Il nostro speciale completo sulle novit� di Visual Studio 11 e .NET Framework 4.5 � disponibile qui.

Tags: ASP.NET, .NET Framework, .NET Framework 4.5, ASP.NET 4.5, Visual Studio, Visual Studio 11

Continua a leggere Visual Studio 11 beta: le novità di ASP.NET 4.5.

Inside ModelVirtualCasting #10: tutti pazzi per il web mobile

Daniele Bochicchio — Mon, 05 Jul 2010 16:47:00 GMT

Previously, on ModelVC:

Una delle necessit�, al giorno d'oggi, per chi progetta applicazioni web pubbliche, � quello di prevedere una controparte mobile. Ormai anche in Italia il traffico mobile � di tutto rispetto e quindi occorre tenere presente che:

i terminali mobile hanno uno schermo piccolo;
la rete italiana se esci fuori dai punti pi� affollati pu� essere lenta;
meno informazioni si mostrano, pi� rapido � il download.

In ModelVC abbiamo abbozzato una parte mobile (solo sulla parte MVC) creando un custom ViewEngine che si adopera all'uopo e, semplicemente, se la richiesta viene da mobile si occupa di renderizzare la View posta nella directory "Mobile" da creare sotto ogni directory con le View di un dato controller. Per questioni di tempo (e perch� ci soffermeremo su questa parte in futuro), � solo abbozzata per la home page. La parte WebForm, per dire, non ha ancora questa cosa, ma contiamo di realizzarla nella prossima iterazione.

Volevo quindi farmi perdonare, in parte, spiegando un attimo i diversi approcci che ci possono essere quando si ha la necessit� di fare un sito mobile. Essenzialmente, possiamo:

fare un sito ad hoc per il mobile. Pro: ottimizziamo al massimo. Contro: molto complesso, soprattutto in fase di manutenzione e miglioramento;
fare view ad hoc per il mobile. Pro: mappiamo il sito attuale. Contro: necessita di tweaking su alcune viste.

Io personalmente preferisco la seconda strada, che � quella che abbiamo abbozzato in ModelVC, in ASPItalia.com (provate, ce l'abbiamo da molto tempo una versione mobile ad hoc ;)) e che mi sento di consigliare in tutti i siti informativi. In applicazioni, invece, � consigliabile la prima scelta, perch� magari i flussi devono essere diametralmente opposti e tenere conto di alcune feature ad hoc del device.

In generale, alcuni tip:

impostate paginazioni basse: se per il web vanno bene anche 20 elementi, per il mobile meno di 10 (5, come fa Google) pu� essere la scelta migliore;
evitate informazioni non essenziali: io preferisco i layout a colonna singola, lo spazio � poco e va ottimizzato bene;
generate immagini ottimizzate (e quindi poco pesanti);
usate font grandi: ok lo zoom, ma se lo evitiamo � anche meglio;
affidatevi ad un buon motore di rilevazione: per esempio, questo � ben aggiornato.

A tal proposito, occorre ricordare che ASP.NET supporta di default dalla versione 4.0 solo Windows Phone, BlackBerry, FireFox Mobile, Opera Mobile e iPhone/Safari mobile. Le vecchie definition sono andate via. Importando le definizioni di cui sopra, potete supportarne di tutti e di pi�.

Per sapere la penetrazione dei browser, potete usare un servizio come questo. Non sar� attendibile al 100%, ma vi da' un'idea.

Infine, ASP.NET 4.0 introduce I provider per le browser capabilities. In ModelVC ce n'� uno (disattivato di default) che vi serve per testare con il browser "normale" come si vede la parte mobile. � molto comodo proprio per poter testare le viste senza utilizzare un browser mobile vero, mentre si sviluppa l'applicazione. Ovviamente, per testare l'usabilit�, meglio darsi da fare con il device fisico.

Tags: .NET Framework 4.0, ASP.NET, ASP.NET 4.0, Model Virtual Casting

Continua a leggere Inside ModelVirtualCasting #10: tutti pazzi per il web mobile.

Inside ModelVirtualCasting #9: Cache con Windows Server AppFabric

Daniele Bochicchio — Fri, 02 Jul 2010 10:07:00 GMT

Previously, on ModelVC:

ModelVC ha un sistema di cache a provider, che sfrutta le novit� in tal senso di .NET Framework 4.0. Nel trunk trovate un provider per cache in memoria, uno per ScaleOut ed uno per AppFabric. L'argomento � stato comunque gi� approfondito in una puntata precedente.

Questo post � un post riparatore, perch� dopo la "RTM" della 0.2, mi sono imbattutto in un caso reale di utilizzo di AppFabric che ha fatto s� che il download originale contenesse una versione non pronta per la produzione. Mi spiego meglio.

Recentemente, ho finito di scrivere il capitolo riguardante stato e cache per ASP.NET 4.0 in practice, che uscir� a breve. Me lo sono tenuto per ultimo per poter fare 2 cose:

usare l'RTM :)
mettere la mia (vera, effettiva) esperenzia con lo scenario.

A tal proposito, segno di quanta differenza faccia l'esperienza reale con le fuffe mentali in scenari come questo, ho preso la palla al balzo, decidendo di applicare AppFabric Cache ad ASPItalia.com & fra te lli. Premessa: abbiamo circa una 30ina di siti, intensi come permutazioni dei vari domini e sottodomini, con tanti pezzi in comune. Tutto gira su un solo server web. E' vero che un meccanismo di cache distribuita da' vantaggi soprattutto in ambito distribuito (altrimenti non si chiaremerebbero cos� :)), per� in questo caso abbiamo ottenuto altri vantaggi di non poco conto:

deploy a caldo semplificati: gli oggetti restano in cache a prescindere dallo stato dell'app domain. Questo vuol dire che se faccio un deployment, ricaricher� gli assembly, non gli oggetti in cache, che restano l�. Morale: parte in una frazione di tempo;
minore occupazione di RAM: perch� molti di questi siti, di fatto, accedono ad elementi in comune (profili utenti, ultimi aggiornamenti, etc) e quindi traggono un enorme beneficio da questa architettura;
sincronizzazione degli oggetti in memoria: per farlo con il sistema in memoria, ho dovuto inventarmi una roba assurda, ovviamente con AppFabric Cache � tutto centralizzato e quindi il problema non si pone. Rimuovi dal sito A, tutti gli n altri siti sono in automatico in sync. Figata :)

Torniamo a ModelVC, che mi � servito come base di partenza. Nell'implementazione originale, ho commesso un paio di errori. Il primo, � considerare che la region di default fosse come le altre; invece non � cos�, ha bisogno di overload specifici, che ora sono codificati. Il secondo, � pensare che l'istanza del DataCacheFactory, che � la classe che accede fisicamente al servizio, potesse essere create e distutta ad ogni richiesta. Invece, l'esperienza con ASPItalia.com mi ha aiutato, non poco, a capire che l'istanza va conservata e va fatto riferimento a questa dai vari metodi:

private static DataCache CacheFactory 

{ 

  get 

  { 

    if (factory == null) 

    { 

      lock (syncObj) 

      { 

        if (factory == null) 

        { 

          DataCacheFactory cacheFactory = new DataCacheFactory(); 

          factory = cacheFactory.GetDefaultCache(); 

        } 

      } 

    } 



    return factory; 

  } 

}

Non farlo vuol dire che se avete un utente per volta (su ModelVC � la normalit�, su ASPItalia.com no :)) tutto funzioner�, altrimenti far� allegramente puff.

Il codice sorgente lo trovate qui. Occhio che se usate una region custom, dovete crearla ogni volta. Purtroppo, da questo punto di vista, le API sono immature e quindi vi tocca affogare l'eccezione che risulta, se gi� esiste:

private void CreateRegionIfNeeded() 

{ 

  // verifichiamo se la region esiste 

  // se gi� esiste, viene scatenata un'eccezione 

  try 

  { 

    CacheFactory.CreateRegion(DefaultRegionName); 

  } 

  catch (DataCacheException ex) 

  { 

    if (!ex.ErrorCode.Equals(DataCacheErrorCode.RegionAlreadyExists)) 

      throw ex; 

  } 

}

Il team stesso indica come l'unica possibile questa via. Avrebbero potuto fare un semplice metodo RegionExists per evitare questa poco elegante forma di gestione.

L'ultima cosa: � preferibile usare il metodo Put anzich� Insert, perch� quest'ultimo, se l'oggetto gi� esiste, scatena un'eccezione. Se preferite non tenere lock vari in fase di inserimento, questa pu� essere una buona scelta, in quanto al massimo sovrascrive l'elemento correntemente in cache.

Per fortuna AppFabric Caching si installa anche su Windows 7 e funziona in modalit� single node, quindi potete tenerlo sulla vostra postazione di sviluppo e farci tutti i test che vi pare.

La schermata di cui sopra viene da ASPItalia.com ed � stata presa circa 10 minuti fa.

Dopo un mese e spicci di uso continuo, posso dire che il servizio � molto stabile, a patto che non lo riavviate: in questo caso, infatti, non ho capito bene perch�, tende a diventare un po' incasinato ed occorre fare il kill del processo perch� si riavvii. Nei primi giorni avevo messo il riavvio automatico del processo di notte, anche per ripulire la cache, ma poi ho optato per rimuovere questa procedura: gli elementi scadono tutti in base al tempo, quindi si rimuovono da soli e non resta roba che non serve in memoria.

Per semplificare la rimozione di elementi collegati, dato che non ho fatto uso (per ora) dei ChangeMonitors, ho messi in piedi un sistema che usa i DataCacheTag: praticamente, potete taggare un elemento in cache e poi rimuoverli tutti insieme. Questo mi consente, per esempio, di rimuovere la cache del forum relativa ad un forum, quando uno dei post viene aggiornato/inserito.

E, per non saper n� leggere n� scrivere, se entri 3 secondi AppFabric non risponde, viene fatto il fallback sulla cache in memoria. Tutti i provider sono stati dotati di un fantastico metodo Ping, che viene invocato per garantire che risponda.

In estrema analisi, posso dire che AppFabric Caching era davvero il pezzetto che mancava all'application server Microsoft ed � un'aggiunta pi� che benvenuta. E, ancora una volta, ribadisco che l'unica via per comprendere appieno come funziona qualcosa � quella di provarla nel mondo reale: le simulazioni, almeno in questo campo, non sono significative!

Infine, risorse sull'argomento:

Un primo sguardo a Microsoft Velocity, di Andrea Colaci (che ringrazio per l'aiuto! ;))
AppFabric Cache: Real-World Usage and Integration, sempre di Andrea, su MSDN Magazine
Comandi per Powershell per l'amministrazione: dopo un po' diventano semplici da usare ;)

Tags: ASP.NET, Cache, Model Virtual Casting, Windows Server

Continua a leggere Inside ModelVirtualCasting #9: Cache con Windows Server AppFabric.

Inside ModelVirtualCasting #6: SEO con ASP.NET 4.0

Daniele Bochicchio — Tue, 08 Jun 2010 07:05:00 GMT

Ancora su ModelVC, la nostra applicazione preferita :) Previously, on ModelVC:

Le tecniche di SEO (Search Engine Optimization) sono molto importanti per un'applicazione web. Fanno la differenza tra il farvi trovare e non farvi trovare dai vostri utenti. Alcune tecniche ben collaudate riguardano in particolare la gestione degli URL dell'applicazione, che � argomento di questo post di approfondimento su ModelVC.

Questo script pubblicato qualche giorno fa mostra come creare una route (a prescindere dal fatto che � utilizzato con ASP.NET MVC, potrebbe andare bene anche con WebForm) che sia pi� SEO-friendly, perch� aggiunge uno slash finale all'URL. In ModelVC lo trovate molto simile e vi invito quindi a leggerlo.

Tra l'altro, questa route non toglie via il problema che la pagina risponde ad entrambi le varianti, per cui se avete linkato la versione senza slash finale, occorre fare (come potete leggere nello script) un ulteriore passo per fare un redirect permanent. Se per� l'applicazione � nuova ed usate le feature di ASP.NET 4.0 per generare le route, non avrete problemi, perch� l'altra versione non sar� mai linkata.

Questo � un aspetto molto importante da tenere in considerazione, perch� migliora l'indicizzazione sui motori: evitando un doppio contenuto, poi, il motore non vi penalizzer�.

Un altro aspetto importante, che trovate nell'area news di ModelVC, � quello relativo al cosidetto SLUG. Sono gli URL brevi (o comunque descrittivi) che trovate in tantissimi siti. In ModelVC l'URL � pi� o meno:

http://dominio/news/1/slug-parlante/

Questo � possibile perch�, prima di tutto, � mappata una route ad hoc:

routes.MapSEORoute( "NewsDetails", "News/{id}/{slug}", new { controller = "News", Action = "Details", id="", slug=""});

Il mapping � fatto nel global.asax, ma vale qualsiasi considerazione fatta per le route di ASP.NET. Se volte approfondire l'argomento URL routing, vi consiglio questo articolo. Non sono limitate ad ASP.NET MVC, ma fanno parte del runtime di ASP.NET.

Grazie all'uso della route custom, creata in precedenza, in realt� viene sempre aggiunto uno slash finale. A parte questo, come funziona la creazione dello slug?

Per semplificarne l'implementazione, ancora una volta abbiamo creato un extension method per la classe NewsDTO, che � quella che gestisce i DTO delle news (che, ve lo ricordo, vanno in cache anche out-of-process e quindi sono ottimizzati per questi scenari). Questo consente di richiamare una generica funzione che, data una stringa, rimuove alcuni caratteri e toglie gli spazi:

return news.Replace(" ", "-").Replace("!", string.Empty).Replace("?", string.Empty).Replace("#", "Sharp").Replace(";", string.Empty).Replace(",", string.Empty);

Si tratta di un'implementazione semplice, che non tiene conto di diversi fattori: se volete usarla in produzione (noi la miglioreremo nelle prossime build), togliete anche tutti i caratteri accentati e prevedete un corrispondente che vada bene in un URL. In questi casi, comunque, la soluzione migliore, per una questione di performance, � analizzare carattere per carattere la stringa, costruendo uno StringBuilder con il risultato al volo. Noi, dato che non era la parte essenziale di ModelVC, l'abbiamo solo abbozzata. Tanto per fare un altro esempio, ci metterei un controllo massimo sulla parole da visualizzare, limitandolo alle prima 5 o 6.

Ricapitolando: la SEO � importantissima per un'app web e ModelVC vi mostra alcune tecniche interessanti, che possono aiutarvi a migliorare le vostre applicazioni web.

Tags: .NET Framework 4.0, ASP.NET, ASP.NET 4.0, ASP.NET MVC, Model Virtual Casting, SEO

Continua a leggere Inside ModelVirtualCasting #6: SEO con ASP.NET 4.0.

Inside ModelVirtualCasting #3: la cache

Daniele Bochicchio — Mon, 31 May 2010 11:52:08 GMT

Uno dei punti in cui io e MarcoDes (che abbiamo curato maggiormente la parte web) abbiamo investito gli ultimi scampoli di giorni prima dell'evento � per finalizzare la parte di gestione della cache. Prima di continuare, per�:

Tradizionalmente, le applicazioni web basate su ASP.NET soffrono del fatto che la cache � stata pensata per essere solo in process ed esclusivamente per ASP.NET. Fino ad ASP.NET 3.5, infatti, si trova in System.Web.Caching. Non c'� niente di male ad utilizzare una reference a System.Web, finch�, ovviamente, non decidete di fare un'applicazione non-web e sfruttare il Client Profile del .NET Framework.

Inoltre, se la vostra applicazione ha un forte carico o, semplicemente, vi interessano scenari apocalittici, come quelli in cui una web app ed un windows service lavorano sugli stessi oggetti in cache, in ASP.NET 3.5 non c'� niente di pronto e vi tocca costruirvi tutto quello che vi serve per gestire la cache out-of-process.

.NET Framework 4.0, per questo motivo, introduce un nuovo assembly (System.Runtime.Caching), che si pu� referenziare in tutti i tipi di applicazioni. Trovate approfondimeti in questo script.

ASP.NET 4.0, essendo parte del framework, ha quindi la possibilit� di sfruttare questo nuovo meccanismo a provider, dove ObjectCache fa da base per le possibili implementazioni custom. Avere una classe base, da cui poter ereditare e su cui implementare le proprie personalizzazioni � molto comodo, perch� con le versioni precedenti era necessario farsi il sistema completo (interfaccia base per i provider, IoC container, cache factory) e perdere un bel po' di tempo. In pi�, il nuovo modello della cache supporta una granularit� migliore (ad esempio, si vedano i ChangeMonitor e pi� in generale la CacheItemPolicy). Purtroppo ad ASP.NET 4 manca l'ultimo miglio, cio� un vero provider model implementato al 100%, per capirci come quello di Membership API, dove avete tutti i pezzi gi� pronti e la configurazione guida il provider utilizzato.

In realt�, se da un punto di vista pratico questa � una limitazione (vi obbliga ad inventarvi la vostra strada), dall'altro lascia aperte possibilit� molto interessanti, nell'ambito dell'estrema personalizzazione che consente.

Tutto ci� premesso, l'idea di aggiungere la cache a ModelVC, la nostra applicazione "cavia", � partita da 3 presupposti fondamentali:

cache a provider, con IoC: deve bastare cambiare la configurazione perch� cambi il provider utilizzato;
poco intrusiva: devo poter decidere al volo se un dato elemento va in cache, oppure no;
intuitiva, facile da usare e configurabile: deve essere aggiunta ai repository (di cui Marco ha gi� parlato) in maniera rapida.

L'idea iniziale per avere i punti 2 e 3 � stata quella di sfruttare un attributo, per decorare un metodo del repository. Ad esempio, cos�:

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

Attraverso l'attributo CacheThis, in automatico, iniettiamo (con AOP) la cache sul metodo che restituisce la lista delle ultime news. L'attributo (guardate pure il codice) � pensato per variare la chiave che associata alla cache in base al valore dei parametri che vengono passati, rendendo trasparente l'uso in un'applicazione reale, dove magari in home page tirate fuori 10 elementi, ma nella pagina dedicata la visualizzate semplicemente tutti.

A questo punto, il grosso del lavoro � svolto da Unity, che si occupa di caricare il tipo effettivamente mappato nel web.config.

Per quanto riguarda i provider, per poter gestire il fatto che MemoryCache, cio� il provider di default che lavora in memoria, non ha un costruttore ma una propriet� Default attraverso il quale si accede alla sua istanza, abbiamo implementato una semplice interfaccia, con un metodo GetInstance(), che restituisce un tipo ObjectCache.

Per questo motivo, il provider con cache in memoria � molto semplificato:

namespace ASPITALIA.ModelVirtualCasting.Cache.Providers.InMemory 
{ 
  public class MemoryCacheBuilder : ICacheBuilder  
  {  
    public MemoryCacheBuilder() { } 

    public ObjectCache GetInstance()  
    {  
      return MemoryCache.Default;  
    } 
   } 
}

Al contrario, i due provider per la cache out-of-process sono stati implmentati derivando da ObjectCache, oltre che implementando l'interfaccia ICacheBuilder. Ne trovate uno per Scaleout (un prodotto commerciale) e per Windows Server AppFabric Caching (gratuito, in RC, conosciuto come Velocity). Non c'� niente di interessante in questi due, nel senso che sono semplicemente un mapping verso le rispettive API di quelle previste da ObjectCache. E' interessante, per�, dare un'occhiata a come i provider, attraverso la propriet� DefaultCacheCapabilities, si descrivano, dicendo quali feature supportano.

Chiudo con una piccola nota: per supportare scenari del genere, con cache out-of-process, le entit� devono essere serializzabili. Dato che abbiamo utilizzato dei proxy per Entity Framework, abbiamo preferito affidarci ad un DTO. Da un punto di vista delle performance, poi, questa � comunque la scelta migliore, in quanto consente di tenere in cache solo i dati effettivamente utilizzati in quel particolare caso d'uso.

Nel prossimo futuro contiamo di aggiungere il supporto all'invalidazione della cache in fase di modifica, per supportare scenari come l'aggiornamento o l'inserimento di un nuovo elemento, che attualmente richiedono che venga scritto del codice ad hoc.

Direi che per quanto riguarda la cache, � tutto. Come detto, ModelVC la trovate qui.

Tags: ASP.NET, .NET Framework, .NET Framework 4.0, ASP.NET 4.0, ASPItalia.com, Cache, Model Virtual Casting

Continua a leggere Inside ModelVirtualCasting #3: la cache.

Ecco cosa penso di ASP.NET 4.0

Daniele Bochicchio — Tue, 11 May 2010 09:00:21 GMT

Da 5 mesi a questa parte ho avuto la possibilit�, grazie ai nostri clienti, di tenere mediamente una edizione a settimana del nostro corso su ASP.NET 4.0, pi� svariate altre sessioni qui e la, in conferenze varie. E, come se non bastasse, ho dovuto seguire questo e questo libro. Aggiungeteci che nel tempo libero tra queste attivit� ci sono i normali progetti. Mi sono fatto una bella full immersion di ASP.NET 4.0.

Quindi, mi sono fatto un'idea abbastanza decente di tutto quello che pi� o meno mi piace e non mi piace in ASP.NET 4.0. Cominciamo da quello che mi piace, perch� � pi� semplice. In generale, adoro il nuovo sistema di generazione del markup, ma penso che arrivi storicamente in un momento sbagliato. Fermo restando che (ovviamente) � una manna per quei progetti gi� nati e che devono continuare, se avete questo pressante problema, la risposta � fatta di tre lettere: MVC. Dai miei parzialissimi dati, non arriviamo al 10% di sviluppatori ASP.NET che hanno interesse a passare ad MVC, per questo o per l'altro problema/motivo. E' sicuramente un dato che fa riflettere, per� � anche abbastanza prevedibile. E' questione di maturazione di tool e della tecnologia. E di come il vendor ci si ponga. E ce la ponga.

Personalmente, come � ovvio che sia, adoro MVC, ma non credo che WebForm faccia schifo, anzi: sicuramente in certi contesti � pi� difficile da addomesticare, ma se uno ha 10 anni di esperienza, un po' di ossa se le � fatte e sa come reagire. Due scelte, comunque, sono meglio di una sola, parafrasando la pubblicit� del MaxiBon.

Ad ogni modo, senza cambiare troppo discorso, quello che realmente non mi piace �. quasi il resto :) Alcune feature sono implementate a met�: cache a provider o AJAX, tanto per dirne un paio. Con un piccolo ulteriore sforzo si sarebbero potute portare a compimento. E lo dico con cognizione di causa, non tanto per dirlo.

Altre funzionalit�, come Dynamic Data Control, non sono sempre in grado di reggere scenari pi� complessi di Northwind. Non parliamo del bagno di sangue che diventa utilizzarci le entit� POCO di Entity Framework: � semplicemente necessario modificare alcuni template perch� funzionino.

Un punto a favore lo merita l'estendibilit� aggiunta (ulteriormente) al runtime, che vale tanto per WebForm, quanto per MVC: poter estendere i metodi di encoding e di validazione della richiesta da' un valore aggiunto sensazionale.

In generale, se la 3.5 non mi aveva entusiasmato, riguardo alla 4.0 ho un sentimento abbastanza positivo, pi� che altro per le novit� che si porta dietro il framework in quanto tale, dai linguaggi alla BCL, passando per Entity Framework 4.0.

Se vi interessa sentirmi dire queste cose, motivandole con le scelte fatte per creare una bella applicazione reale (perch� sono belli i contenuti :)), dalla regia mi sussurrano che abbiamo ancora qualche posto disponibile per il 25 maggio a Firenze, per Real Code Conference 4.0. Ammesso che vi interessi un'opinione spensierata, da parte di chi ASP.NET 4.0 lo usa ;)

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

Continua a leggere Ecco cosa penso di ASP.NET 4.0.

"ASP.NET 4.0 in practice" al 50% di sconto solo per oggi!

Daniele Bochicchio — Tue, 23 Mar 2010 09:18:00 GMT

Direi che non servono altri commenti! :)

Lo trovate a questa pagina. Basta usare il codice "dotd0323" in fase di checkout. L'offerta vale solo per oggi, accorrete! :)

Tags: .NET Framework 4.0, ASP.NET, ASP.NET 4.0

Continua a leggere "ASP.NET 4.0 in practice" al 50% di sconto solo per oggi!.

jQuery diventa centrale nella strategia Microsoft per ASP.NET

Daniele Bochicchio — Tue, 16 Mar 2010 22:05:00 GMT

E non solo. Leggete qui.

Finalmente posso urlare al mondo la mia felicit�, dato che mi tenevo questa cosa dentro da un po' :)

Personalmente non mi � mai piaciuta la Microsoft AJAX Library e sono felice che abbiano deciso di puntare su jQuery. Prendete il nostro speciale di qualche tempo fa come un antipasto in tal senso :)

Ha tantissimo senso che abbiano deciso di contribure a questo progetto, anzich� creare nuovamente una library che all'atto pratico era limitata e con cui non c'� mai stato feeling. Questo non vuol dire che ASP.NET AJAX o l'AJAX Control Toolkit saranno abbandonati: semplicemente, saranno portati avanti per chi preferisce usare i controlli server, anzich� scrivere codice Javascript.

Ci sono tante altre notizie dal MIX10, ma ci sar� tempo per parlarne. Per ora, questa � una grandissima novit�.

PS: entrambi i nostri libri su ASP.NET, sia quello in italiano che quello in inglese, hanno gi� recepito questo nuovo indirizzo ;)

Tags: ASP.NET, .NET Framework 4.0, AJAX, ASP.NET 4.0, ASP.NET 4.0 Guida completa, ASP.NET AJAX, jQuery, Visual Studio

Continua a leggere jQuery diventa centrale nella strategia Microsoft per ASP.NET.

ASP.NET WebForm ed il falso mito del markup incontrollabile

Daniele Bochicchio — Mon, 08 Feb 2010 07:15:00 GMT

Premessa: non c'� dubbio che con ASP.NET MVC il markup sia pi� facilmente controllabile, perch� la cosa � semplicissima, se ci pensate. Con MVC dovete scrivervelo, punto. Non avete tanto da girare intorno, o da prendere per oro colato. Fermo restando che resto un fan di ASP.NET MVC, per le sue caratteristiche e le sue peculiarit�, non lo scelgo solo perch� mi fa scrivere tutto il markup a mano. Volendo posso farlo anche con WebForm, con un pizzico di overhead in pi�, ma se volessi performance assolute dovrei smettere domani di usare un framework, che per definizione � un'astrazione e quindi, come tale, porta overhead.

Comunque, per chi fosse a digiugno di quanto disponibile fino alle 3.5 in fatto di markup generato da ASP.NET (o meglio, dai suoi controlli), consiglio la lettura di questo mio articolo su MSDN.

In pratica, ASP.NET ha un meccanismo, dalla notte dei tempi, per cui il markup generato cambia in base al browser che lo richiede. Si chiama Adaptive Rendering. Se questa feature in teoria � una figata, nella pratica si � mostrata limitata. Tanto per fare un esempio, Chrome ha delle piccole funzionalit� che non sono correttamente mappate nelle browser definition (perch� Chrome � uscito dopo il SP 1 della 3.5 e comunque non � "classificato") e quindi l'output prodotto non � perfetto. E' anche per questo che nelle future versioni questo meccanismo � stato reso pi� facilmente bypassabile.

A partire dalla versione 4.0, comunque, tutti i controlli hanno un meccanismo di opt-out per evitare di inserire tabelle o altri pezzi di markup non voluti. Una maggiore aderenza agli standard web � senza dubbio il filo conduttore della prossima imminente release.

Mentre scrivevo il capitolo 10 del mio prossimo libro "ASP.NET 4.0 in practice" non ho potuto fare a meno di riflettere un po' su questo argomento. Dato che il titolo del capitolo � "Taking control of markup", � ovvio che si parla di adaptive rendering e browser capabilities. Entrambi consentono di adattare il markup alle proprie necessit�. Ad esempio, dato che il libro � fatto di esempi pratici, ce ne sono un paio che riguardano l'uso di DataList senza tabelle, con layout fluido, dell'aggiunta degli optgroup a DropDownList, della scrittura di un provider custom per far generare, sempre, output XHTML ai controlli.

In realt� l'output dei controlli � sempre controllabile, probabilmente con un po' di fatica in pi�, ma con effetti duraturi: fatto l'adapter, registrato, l'effetto � che tutti i controlli di quel tipo ne trarranno beneficio. In certi contesti continuo a preferirlo al dover ripetere il markup localmente. E questo approccio consente di non riscrivere la parte di UI, potendone per� migliorare il markup anche in maniera "postuma".

Resto pienamente convinto che probabilmente Repeater (e forse ListView, in certi scenari) dovrebbero essere la scelta di default per l'estrazione dei dati e che pochi altri controlli vadano usati. E, nel mentre, mi domando se non sia che quelli che si lamentano oggi dello scarso controllo dell'output di ASP.NET WebForm non siano in realt� gli stessi che ieri usavano <asp:Image /> perch� il tag <img /> non sapevano che esistesse, o mettevano custom control anche dentro l'insalata, per comodit�. Perch�, in realt�, l'output dei controlli si pu� domare facilmente: basta volerlo. Consiglio di dare un'occhiata ad uno dei pezzi pi� belli dell'architettura di ASP.NET WebForm, perch� ne vale davvero la pena.

Tags: .NET Framework 4.0, ASP.NET, ASP.NET 3.5, ASP.NET 4.0, ASP.NET MVC, XHTML

Continua a leggere ASP.NET WebForm ed il falso mito del markup incontrollabile.

Il mini web.config con ASP.NET 4.0

Daniele Bochicchio — Mon, 09 Nov 2009 14:50:59 GMT

Posso dire una cosa? Spettacolo! :)

<configuration>
   <system.web>
     <compilation debug="true" targetFramework="4.0" />
     <pages controlRenderingCompatibilityVersion="4.0" clientIDMode="AutoID"/>
   </system.web>
</configuration>

Questo � il web.config di default con ASP.NET 4.0. Tutta la parte "verbosa" � stata tolta. Finalmente! :)

PS: se volete un'anteprima di ASP.NET 4.0, terr� due sessioni (dal taglio molto diverso) nei prossimi mesi, una a TechDays WPC, l'altra al nostro Real Code Day 4.0 (per cui abbiamo ancora gli ultimissimi posti disponibili, con iscrizione gratuita!).

Tags: .NET Framework 4.0, ASP.NET, ASP.NET 4.0, web.config

Continua a leggere Il mini web.config con ASP.NET 4.0.

.NET Framework 4.0 beta 2: ASP.NET 4.0

Daniele Bochicchio — Mon, 19 Oct 2009 18:18:24 GMT

Le novit� rispetto alla beta 1 sono tante.

Partiamo con ordine.

La cosa pi� attesa � sicuramente l'integrazione all'interno di VS 2010 della possibilit� di gestire pi� web.config, per i vari ambienti (test, staging, produzione), unit� alla nuova caratteristica di minificare il web.config, cio� di ridurlo al minimo:

<system.web>
   <compilation targetFramework="4.0" />
 </system.web>

Rispetto alla versione 3.5 questa modalit� consente di tenere un web.config pi� ordinato, perch� la 4.0 � una major release e quindi � stato possibile fare un lavoro di "pulizia".

Rispetto alla beta 1 fa la comparsa la possibilit� di emettere codice XHTML senza la necessit� di utilizzare i CSS Control Adapters, attraverso uno switch nel web.config che di default � disattivato per compatibilit�.

 <system.web>
   <pages controlRenderingCompatibilityVersion="4.0"/>
 </system.web>

Sul fronte del supporto al Provider Model, ora anche l'OutputCache, oltre ai gi� annunciati Browser Capabilities e Cache, pu� godere di personalizzazioni estese grazie alla possibilit� di cambiare il comportamento predefinito senza toccare il codice.

Capitolo a parte merita ASP.NET AJAX, la cui preview 6 � stata appena rilasciata.

Ci sono svariate migliorie all'ouput, come un pi� corretto uso degli attributi sui controlli, la scomparsa di tabelle che non possono essere rimosse in controlli dove non ce n'� bisogno (FormView e Login, ad esempio).

Sul fronte dei controlli, ListView non ha pi� bisogno di un LayoutTemplate, per gli scenari pi� semplici, il controllo Menu emette un markup senza tabelle, mentre Wizard e CreateUserWizard consentono un controllo maggiore dell'output.

Rispetto a quanto disponibile con la beta 1, le novit� di Dynamic Data, Routing e ViewState sono state consolidate. In generale VS 2010 beta 2 ha un supporto pi� maturo per lo sviluppo web e pi� rispettoso degli standard web rispetto alle versioni precedenti.

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

Tags: .NET Framework, .NET Framework 4.0, ASP.NET 4.0, ASP.NET AJAX, Visual Studio, ASP.NET, web.config

Continua a leggere .NET Framework 4.0 beta 2: ASP.NET 4.0.

.NET Framework 4.0 beta 1: ASP.NET MVC

Daniele Bochicchio — Tue, 09 Jun 2009 18:56:00 GMT

ASP.NET MVC sar� incluso in ASP.NET 4.0 e VS 2010, con una versione specifica, che al momento ha come version number 2.0, ma sono certo che avranno tempo e modo di trasformare in 4.0, perch�, come dimostra anche Entity Framework, le novit� da introdurre sono talmente tante che merita un salto di versione cos� elevato...

Ironia su queste sottigliezze a parte, stando a Phil Haack, PM di ASP.NET MVC, in beta 2 "rientreranno" diretti, senza necessit� di installare add-on.

L'installer (con i template che mancano) si pu� scaricare da CodePlex (e la versione � la 1.1, anche se poi diventer� 2.0), con tanto di release notes. Dove c'� anche la roadmap verso la 2.0, per ora molto fumosa.

Ci sono anche gli snippet per VS 2010, che sono davvero interessanti perch� semplificano il lavoro ripetitivo e sono una novit� assoluta di questa versione per il markup (mentre c'erano gi� per il codice vero e proprio).

Non � dato sapere se ASP.NET MVC 2.0 sar� legato al .NET Framework 4.0, rilascio dopo, durante o prima la RTM. Pare che invece ci sar� comunque compatibilit� con la versione 3.5 SP 1 e VS 2008 SP 1.

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

Continua a leggere .NET Framework 4.0 beta 1: ASP.NET MVC.

.NET Framework 4.0 beta 1: ASP.NET 4.0

Daniele Bochicchio — Mon, 18 May 2009 13:31:36 GMT

Il rilacio della beta 1 � fresco fresco, sia per abbonati MSDN che per il pubblico.

ASP.NET 4.0 non � una versione di rivoluzione in senso lato, ma di consolidamento delle attuali funzionalit�, con l'aggiunta di alcune caratteristiche attese da tempo.

A prima vista la cosa pi� lampante � l'integrazione dei Charting Control, che sono disponibili in maniera nativa e senza necessit� di installazioni aggiuntive, oltre che il supporto per le nuove funzionalit� AJAX.

Da questo punto di vista c'� una integrazione maggiore con jQuery, un nuovo sistema di template client side, ed il supporto per il Live Data Binding, una funzionalit� in grado di creare scenari di data binding client side puri, sfruttando per� sempre ASP.NET. Anche la client library AJAX ha subito diverse migliorie, mentre resta invariato il supporto per UpdatePanel & co.

Sul fronte dei dati, la nuova versione dei Dynamic Data Controls permette un maggior controllo sul rendering (si possono ora specificare anche template per singole entit�, senza necessit� di cambiare il routing, ma agendo su un template posizionato all'interno di una directory) ed un vero sistema di ricerca, estensibile e personalizzabile.

Vengono supportate out-of-the box l'ereditariet� e le relazioni molti-a-molti (solo con Entity Framework, perch� LINQ to SQL non le supporta), oltre ai template per e-mail e URL.

Sul lato WebForm l'introduzione principale � quella del possibile controllo del ClientID, che pu� essere generato in maniera agevole dallo sviluppatore, evitando gli ID automatici. Inoltre � stato introdotto il supporto per il Routing in maniera definitiva e ci sono migliorie ai controlli FormView e ListView.

Il ViewState ora supporta una nuova modalit� per cui pu� essere disabilitato a livello di pagina (o di controllo contenitore) e forzato solo a livello di singolo controllo. Con l'attuale versione, invece, il controllo contenuto eredita le caratteristiche del padre. Questa modifica consente di emettere un ViewState dalle dimensioni decisamente inferiori.

Anche browser capabilities e Cache supportano il provider model, rendendo possibile l'estensione di attuali applicazioni senza necessit� di modifiche e, nell'ultimo caso, anche l'utilizzo di sistemi di cache orizzontale, come Velocity.

Il Session State, inoltre consente di tenere compressi i dati qualora si sfruttino modalit� di persistenza fuori dal processo (SQL Server e State Server), consentendo di abbattare l'occupazione di spazio all'interno dei rispettivi storage, perch� i dati sono compressi in fase di salvataggio e decompressi in fase di lettura.

Se utilizzato su IIS 7.5, che sar� disponibile all'interno del prossimo Windows Server 2008 R2, sar� possibile fare il warm-up dell'application pool, caricando gi� l'applicazione e senza necessit� di tempi di attesa dovuti alla compilazione. Attraverso una classe che deve implementare la nuova interfaccia IProcessHostPreloadClient � possibile poi aggiungere il codice necessario a personalizzare questa specifica fase.

Le modifiche, ovviamente, interessano anche Visual Studio 2010, che ha un supporto migliorato per markup, CSS e Javacript. In particolare, ora VS 2010 supporta gli snippet anche all'interno del markup, rendendo l'inserimento di tipi particolari (e ripetitivi) di markup pi� semplice.

VS supporta inoltre un nuovo meccanismo di deployment, che � in grado anche di garantire la trasformazione del web.config in base alla modalit� di compilazione. Questa caratteristica rende possibile avere, ad esempio, stringhe di connessioni differenti per i vari ambienti con un solo file generato in fase di deployment, che ora include anche un Web Packaging specifico, che � in grado di generare un'installazione completa di tutto ci� di cui ha necessit� il sito per effettuarne il deployment.

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

Tags: ASP.NET, .NET Framework, .NET Framework 4.0, ASP.NET 3.5, ASP.NET 4.0, ASP.NET AJAX, ASP.NET Charting, Databinding, Dynamic Data Control, IIS, Visual Studio, Windows Server

Continua a leggere .NET Framework 4.0 beta 1: ASP.NET 4.0.

Il primo whitepaper su ASP.NET 4.0 beta 1

Daniele Bochicchio — Fri, 17 Apr 2009 09:53:00 GMT

ASP.NET 4.0 beta 1 si avvicina. Se vi interessa, ieri � stato pubblicato un whitepaper.

A parte quanto gi� noto, emergono un po' di dettagli che secondo me vale la pena guardare.

La cosa interessante � che VS 2010 avr� il multi-targeting, cio� il supporto per ASP.NET 2.0, 3.5 e 4.0 (caratteristica che ovviamente si estende alla rispettive versioni 2.0, 3.0, 3.5 e 4.0 del .NET Framework).

Ovviamente siamo carichi e pronti per fare la nostra parte non appena ci sar� la beta pubblica ;)

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

Continua a leggere Il primo whitepaper su ASP.NET 4.0 beta 1.

Fix per il .NET Framework 3.5 SP1

Daniele Bochicchio — Wed, 31 Dec 2008 09:47:38 GMT

E' uscito da ormai pi� di 10 giorni. Vale la pena che lo segnali perch� corregge il problema riscontrato dopo la RTW del 3.5 SP1 con Dynamic Data ed Entity Framework, segnalato qui. Inoltre, ed � giusto dare a Cesare quel che � di Cesare, il team di ASP.NET ha corretto tutto quello che ho segnalato all'epoca in questo post. E, pi� in generale, ci sono un bel po' di bug risolti, tutti menzionati in questa KB.

Ho gi� applicato la fix su diversi server con successo, dopo avevo necessit� che venissero corrette le problematiche e per il momento non ho riscontrato controindicazioni. Vale sempre la regola di provare prima di mettere in deployment.

Queste fix saranno comunque integrate nella release del SP che far� la sua comparsa tra qualche giorno, durante l'anno nuovo, su Windows Update.

Tags: .NET Framework, .NET Framework 3.5, ASP.NET 3.5, Databinding, Dynamic Data Control, ASP.NET

Continua a leggere Fix per il .NET Framework 3.5 SP1.