blogs.ASPItalia.com

Javascript, Update Panel e gli eventi

Stefano Mostarda — Mon, 16 Jul 2007 22:38:00 GMT

Molto spesso in giro per i forum ho la netta impressione di dejavu poich� le domande che girano sono molto spesso le stesse. Vista la larga adozione, moltissime domande ultimamente riguardano ASP.NET AJAX. Quella pi� frequente � come poter eseguire del codice javascript custom prima e dopo l'aggiornamento dell'UpdatePanel. Visto che lo fa un UpdateProgress, perch� non possiamo farlo noi?

Lato client, il ciclo di vita di un postback asincrono viene gestito dalla classe javascipt PageRequestManager che � un Singleton e quindi accessibile tramite il metodo statico getInstance.

var prm = Sys.WebForms.PageRequestManager.getInstance();

A questo punto ci si sottoscrive agli eventi beginRequest ed endRequest scatenati prima e dopo il postback asincrono.

prm.add_beginRequest(beginRequest);
prm.add_endRequest(endRequest);
��
beginRequest e endRequest sono i metodi che scriviamo noi.

Il tutto va ovviamente fatto al load della pagina.

Stay tuned...

Continua a leggere Javascript, Update Panel e gli eventi.

App_Offline.htm e la sua quasi inutilità

Stefano Mostarda — Fri, 22 Dec 2006 15:22:00 GMT

Una delle nuove feature di asp.net 2.0 aggiunta all'ultimo minuto � la famigerata pagina App_Offline.htm che se inserita nella root dell'applicazione fa lo shutdown dell'Appdomain e diventa l'unica pagina vista da chiunque tenti di connettersi.

All'inizio ho pensato che questa feature fosse interessante ed utile, ma proprio ieri quando mi accingevo ad utilizzrala mi sono reso conto della sua quasi totale inutilit�. Da un punto di vista � molto comodo poter spostare in produzione gli aggiornamenti senza che alcun utente sia connesso, ma finita questa operazione, che in genere dura pochi secondi o minuti in caso di situazioni pi� complesse, c'� bisogno di fare un giro di test per controllare il corretto funzionamento di tutto.

Purtroppo questa fase non � attuabile perch� come si prova ad accedere all'applicazione si viene reindirizzati alla pagina di Offline. Se per� si elimina la pagina, tutti gli utenti possono entrare e addio test finali. Visto che i test finali in genere prendono diverso tempo, sicuramente molto pi� del semplice aggiornamento dei file, direi che questa feature � molto monca e poco utile.

Partendo dall'idea di voler comunque mettere l'applicazione offline in maniera gradevole per l'utente, ecco che si arriva alla naturale conclusione che un HttpModule � quello che ci vuole. Si crea una sezione personalizzata nel web.config che serve a specificare se l'applicazione � offline. Nell'HttpModule si gestisce l'evento AuthorizeRequest e se l'utente � autenticato ed � amministratore allora viene autorizzato ad entrare, altrimenti viene rimandato al login. Una volta effettuato il login, se l'utente � amministratore allora viene autorizzato ad entrare, altrimenti viene rimandato alla pagina di offline.

Il tutto � quasi pronto, mancano gi ultimi ritocchi al codice ed il gioco � fatto, aspettatevi novit� nel Lab :)

Stay Tuned...

Continua a leggere App_Offline.htm e la sua quasi inutilità.

ATLAS è molto meglio di ASP.NET AJAX

Stefano Mostarda — Sat, 28 Oct 2006 10:53:00 GMT

Dopo che il mondo intero ha espresso il suo disappunto per la Beta 1 di ASP.NET AJAX Extension eccomi qui a dire la mia a mente fredda. (oddio con questo caldo non � proprio cos�)

Quasi tutte le feature lato client sono state zappate, vedi il databinding, l'autocomplete, alcuni metodi delle classi estese, etc. etc. Alla luce di quello che sar� la release 1.0, non voglio dire che sia stato un bene o un male, ma visto che si tratta di pochi controlli e un p� di javascript, (ok, ci sono i test di stabilit�, di integrazione, di sistema, di performance e molti altri ancora. Anche se a volte non sembra lavorano veramente bene in MS) penso che questo discorso andasse affrontato all'inizio senza portare una torta intera a tavola per poi farne mangiare solo una fetta.

Visto che la strada a dicembre 2005 era stata gi� tracciata, perch� non dire da subito "Ragazzi, questo � il core, al resto ci lavoreremo pian piano". Che abbiano voluto far avvicinare la gente per renderla poi ATLAS dipendente perch� passare ad altre librerie sarebbe troppo oneroso? Una Go-Live fatta a marzo (soli 3 mesi dopo aver stabilito l'architettura generale) mi fa decisamente pendere per questa visione dei fatti.

C'� da dire che ORCAS � in piena evoluzione. Quanto tempo e quante risorse avr� il team di ASP.NET per dedicarsi ad AJAX? Ormai hanno dato la parola che il core uscir� a Dicembre-Gennaio, ma la qualit� e la stabilit� come saranno? Vista la pochezza spero ottimi, ma visto il poco tempo a disposizione non ci credo moltissimo. E la manutenzione dove la mettiamo? Mi sembra come quando si stimano 3 mesi per fare un progetto ed il commerciale lo vende pronto in 1 mese e mezzo. Staremo a vedere.

ATLAS July CTP era un ottimo prodotto, AJAX Beta 1 � quasi un altro prodotto; non dico sia pessimo o di scarsa qualit�, anzi. Diciamocela tutta, di librerie JS per fare D&D, autocomplete, e altre robe Javascript, ce ne sono molte in giro, non � certo ATLAS che ha introdotto la novit�. Personalmente la Beta 1 contiene tutto quello di cui ho bisogno cio� UpdatePanel, e possibilit� di invocare WS o metodi della pagina, ma avere altre cose non mi facva schifo.

Per concludere, mi soddisfa tiepidamente la Beta 1, ma rimane il fastidio per qualcosa che ho l'impressione di non vedere mai in versione supportata, per una versione che scende da 10 a 7 come valutazione, per un ritardo che poteva essere evitato e per un senso di fregatura che mi pervade.

Stay tuned...

Continua a leggere ATLAS è molto meglio di ASP.NET AJAX.

DataBinding con ATLAS

Stefano Mostarda — Mon, 02 Oct 2006 22:01:00 GMT

La semplicit� con cui ATLAS risolve alcune cose � veramente disarmante. Il databinding � tra queste.

Prendiamo questo scenario: una griglia da riempire, n� textbox in cui inserire i dati con cui popolare la griglia. Un bottone per tramutare i dati nei textbox in una nuova riga nella griglia.
Abbiamo ben 3 possibilit� tecnologicamente diverse, ognuna con al suo interno altre differenze. Prendiamole in esame:
1. UpdatePanel (ovvero, basta poco che ce vo?) Questa soluzione prevede lo sforzo minimo, cio� circondare i nostri controlli con un bell'UpdatePanel, effettuare la programmazione lato server e lasciare ad ATLAS il compito di sopprimere il postback sostituendolo con una chiamata asincrona. Bello.... Ma? Ma si consumano risorse abbastanza inutilmente, devo solo popolare una griglia e posso farlo benissimo lato client. Anche se l'impressione � che la pagina non viene postata al server, in realt� le informazioni che viaggiano sono le stesse di un postback reale (anche di pi� a volte). In definitiva, soluzione da scartare a priori a meno che non si debba mettere mano a codice esistente e non si ha molto tempo a disposizione.

2. DataBinding tramite DataService. Questa soluzione prevede l'uso di un WebService speciale denominato DataService che ha dei metodi che vengono richiamati quando si inserisce aggiorna o elimina un record nella griglia. il Binding tra griglia e dati inseriti viene fatto a mano sul client sfruttando una ListView. Bello... Per�? Per� i dataservice sono un'entit� a parte, non facilmente integrabili con l'aggiornamento di altri controlli che possoono essere sulla pagina e che devono popolare il db in maniera transazionale.

3. DataBinding manuale. Non molti lo sanno, ma ATLAS ha una classe client chiamata DataTable e che ha le stesse funzionalit� di quella omonima lato server. Il nostro codice popola la DataTable che a sua volta � collegata alla griglia (ListView) che quindi si aggiorna. Al momento di salvare i dati, si serializza la DataTable e sul server la si deserializza cos� da ottenere una lista che a questo punto � gi� nella pagina ed � facilmente integrabile nella gestione transazinale degli aggiornamenti.

Io adoro la terza soluzione perch� con poco codice mi da controllo completo e risultato perfetto. Inoltre, se comparata ad una soluzione simile senza ATLAS il risparmio di tempo � incredibile.

Stay Tuned...

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

Continua a leggere DataBinding con ATLAS.

Attributi e Validazione del querystrig

Stefano Mostarda — Sun, 03 Sep 2006 22:05:00 GMT

Ultimamente sto lavorando parecchio con gli attributi perch� li trovo estremamente pi� comodi di un'interfaccia o di una propriet�.

Detto questo, una delle esigenze pi� comuni � quella di validare il querystring per verificare che i dati siano tutti presenti e corretti. Scrivere ogni volta il codice di controllo mi risulta tedioso e anche affidarmi ad un file di configurazione e ad un metodo di helper per generalizzare il compito mi risulta poco efficace all'atto pratico perch� per capire la validazione devo consultare un secondo file. Alla fine gli attributi mi sono tornati utili anche qui: si decora la classe della pagina con un attributo custom (ad esempio RequiredQueryStringField) passando in input il nome del campo del querystring da validare. Nell'evento Page_Load chiamo un metodo di helper che scorre gli attributi della classe e mi valida il querystring. Se poi la chiamata la metto in una classe base da cui tutte le pagine derivano ecco che il codice si annulla e ci si deve preoccupare solo di inserire gli atributi.
Risultato: Querystring validato, codice pulito e leggibile, niente file esterni.

In realt� ho pensato anche un HttpModule che scatena la validazione prima dell'esecuzione della pagina, ma poich� voglio permettere anche una validazione custom, un po' alla CustomValidator per capirci, devo ancora pensarci bene.

[RequiredQueryStringField("id")]
public class MyPage : Page{
��private void Page_Load(object sender, EventArgs e){
        ����Helper.Validate(this)
��}
}

con questo snippet mi assicuro che il valore della chiave "id" nel querystring sia presente. Comodo no ;).

P.S. Appena avr� fatto chiarezza sull'HttpModule vedrete tutto pubblicato sul lab.

Stay tuned...

Continua a leggere Attributi e Validazione del querystrig.

Un elogio ai VirtualPathProvider

Stefano Mostarda — Sat, 10 Jun 2006 09:25:00 GMT

Premessa.
Ricordo ancora che la prima volta che vidi un VirtualPathProvider in azione, rimasi folgorato sulla via di Damasco e mi posi subito una domanda: "E che .... ci faccio con sta cosa???" La verve con cui il relatore tedesco mi parlava di questa feature era quella di un uomo che dopo anni aveva finalmente risolto i suoi problemi, ma io ancora rimanevo perplesso.

Situazione.
Verso marzo ho cominciato a lavorare ad un framework che dovrebbe gestire alcune problematiche comuni delle applicazioni web sviluppate nell'azienda in cui lavoro. Un'esigenza � quella di creare un sistema di news con un custom control per visualizzarle ed una pagina per inserirle. Qui scattava il mio dubbio, creare una pagina e copiarla su ogni sito cambiando solo lo stile � una scelta che proprio non mi piaceva, ma non trovavo un modo alternativo soddisfacente.

Soluzione.
Dopo qualche giorno mi sono ricordato della faccia entusiasta del tedesco ed ho finalmente capito perch�. Con il VirtualPathProvider posso inserire la pagina (poi diventata uno usercontrol, in un punto qualsiasi ed utilizzarla in ogni applicazione. Quindi, ho inglobato lo UserControls per inserire le news in un assembly, come risorsa, ed ho creato un VirtualPathProvider che recepisce le richieste per quell controllo. Se ci mettiamo anche un HttpModule che carica il provider quando parte l'applicazione, si riesce a creare un vero e proprio modulo pluggabile.

Conclusione.
Insomma i VirtualPathProviders sono qualcosa che risolve alcuni problemi comuni di pacchettizzazione e non solo. D'ora in poi li user� molto spesso anche se devo capire bene alcuni comportamenti in fase di compilazione, ma credetemi, quando ho parlato ai miei colleghi per la prima volta del VirtualPathProvider avevo la stessa gioia di quel tedescone che mi parlava tempo fa. (ed ovviamente i colleghi mi guardavano un p� allibiti) :D.

Stay Tuned...

Continua a leggere Un elogio ai VirtualPathProvider.

ATLAS ed i profile e membership services

Stefano Mostarda — Sun, 02 Apr 2006 14:44:00 GMT

ATLAS ha un supporto molto semplice per l'interazione con i WebServices. Grazie a questo supporto possiamo fare in modo che qualunque dato sia disponibile per il client. Proprio in quest'ottica, Microsoft ha rilasciato 2 WebServices predefiniti per l'accesso alle Membership API e al Profile API. Grazie al primo, possiamo effettuare le operazioni di login, logout e validazione delle credenziali di accesso, mentre con il secondo possiamo accedere ai dati del Profilo Utente. Il primo WS pu� essere invocato solo da codice JS, mentre il secondo pu� essere sfruttato anche dallo script-xml per eseguire il binding con i campi presenti nella form.

Grazie ad ATLAS, il gap tra client e server si riduce sempre di pi� e la possibilit� di creare interfacce molto pi� gradevoli, in maniera molto pi� semplice si fa concreta. L'approccio AJAX ha sicuramente le sue lacune, ma siamo agli albori di questa tecnica (anche se si basa su tecnologie a dir poco antiche), si migliorer�.

Inutile dire che ai Comminity Days ci sar� uno spazio dedicato anche a questa feature. Si accomodino gente, si accomodino :D

Stay tuned...

Continua a leggere ATLAS ed i profile e membership services.

Atlas: Forse è arrivato il momento di pensarci

Stefano Mostarda — Fri, 23 Dec 2005 20:27:00 GMT

AJAX sta sempre pi� prendendo piede e�Microsoft � rimasta un p� ai margini di questa tecnica. Vuoi perch� �stata pubblicata�durante il consolidamento da beta a RTM della suite�2005, vuoi perch� sia stato�sottovalutato l'enorme successo che sta riscuotendo, insomma vuoi quello che ti pare, fatto sta che Microsoft non � in gara (per ora).

Con la stessa tempestivit� di Zenga su Caniggia ai Mondiali di Italia 90, la Microsoft�aveva annunciato in prima estate che avrebbe reso disponibile un toolkit per AJAX denominandolo ATLAS. E' bello sapere che durante la fase di testing hanno�anche il tempo di pensare a cose nuove, "allora gi� funziona tutto" � quello che ho pensato un p� scetticamente, bah.

Fatto sta che per far uscire una�CTP di ATLAS per la PDC05, � stato presentato un framework talmente ben fatto che probabilmente nemmeno Totti e Di Canio (che si sa essere 2 menti geniali) avrebbero saputo fare di meglio. Nell'architettura di un'applicazione web, AJAX deve essere un qualcosa di esterno al core, un'estensione (non uso questa parola a caso). Un p� come il caching, va pianificato sin dall'inizio,�ma deve essere solo un servizio in pi�.

Fatto sta che dopo le tonnellate di critiche,�i�pap� di ATLAS hanno rivisto tutto dalle fondamenta regalandoci per Natale una nuova fiammante CTP. :). Della vecchia versione � rimasto solo il modello a oggetti Javascript e qualcosa dello scripting XML per l'interazione tra gli oggetti. Per il resto � stato tutto buttato al mare. Il concetto base � che ATLAS non � pi� una scelta esclusiva come prima (o ATLAS o modello a postback)�ma un qualcosa che estende i controlli attuali. Prima di parlare approfonditamente di ATLAS voglio provarlo per bene, e credo che per questo periodo di feste sar� il mio tarlo informatico, insieme a Poseidon ovviamente ;).

In finale,�a prima vista ATLAS non mi dispiace. C'� ancora da lavorare, ma stavolta la base � quella giusta, quindi � ora di partire alla scoperta di questo nuovo mondo.

Continua a leggere Atlas: Forse è arrivato il momento di pensarci.

Localizzazione con asp.net 2.0

Stefano Mostarda — Mon, 19 Sep 2005 22:36:00 GMT

Una delle tante cose che sono migliorate con .Net 2.0 � la gestione della localizzazione. Per default il fremework mette a disposizione i classici file di risorse (.resx), ma il modello � facilmente estendibile. Le risorse vengono suddivise in 2 categorie: Globali e locali. Le prime vengono definite creando un directory speciale nella root dell'applicazione (App_GlobalResources) e inserendo li i file di risorse con le localizzazioni. Il vantaggio che queste offrono rispetto alle risorse locali � che, grazie ad un BuildProvider, si ha a disposizione l'autocompletion nel codice. Se dichiariamo una variabile localizzata "NomeGruppo", basta scrivere nel codice Resources.NomeGruppo per ottenere il valore tradotto. Bello no ;). Le risorse locali sono quelle definite per ogni singola pagina e vengono definite in una directory speciale (App_LocalResources) creata nella stessa directory in cui si trova la pagina. Queste non hanno autocompletion e soprattutto essendo locali valgono solo per la pagina a cui si riferiscono, quindi non sono riutilizzabili. Infine nela pagina una nuova sintassi permette una facile associazione delle risorse (sia locali che gobali) alle propriet� dei contolli.

La vera bellezza di questo framework � che non � chiuso. Infatti utilizzando una bruttissima copia del ProviderModel, per cui il .NET 2.0 � famoso, � possibile utilizzare altre risorse per contenere i dati localizzati: file xml, database, ecc ecc. Alla base di tutto c'� la classe ResourceProviderFactory (da cui bisogna derivare) che contiene 2 metodi astratti che devono istanziare le classi che gestiscono le risorse private e quelle publiche. Queste classi devono implementare l'interfaccia IResourceProvider che dichiara i metodi che verranno chiamati al momento di localizzare i contenuti. Si pu� creare un BuildProvider ad-hoc per leggere le chiavi e creare l'autocompletion anche per la nostra risorsa custom. Nel web.config dell'applicazione si dichiara la classe di factory, l'eventuale BuildProvider ed il gioco � fatto.

Ma qui scatta la brutta copia del ProviderModel o l'AntiPattern se vogliamo. Se ho gi� una factory, perch� ereditare da questa e crearne un'altra per istanziare solo una determinata classe? Non ha senso. Avrebbe molto pi� senso che si definissero in fase di configurazione le 2 classi da istanziare dinamicamente e lasciarlo fare alla factory di base. Bah, certe cose della Class Library mi lasciano un p� perplesso. Ci voleva cos� poco...

Stay tuned...

Continua a leggere Localizzazione con asp.net 2.0.

CacheDependency non più sealed

Stefano Mostarda — Mon, 23 May 2005 22:59:00 GMT

All'inizio non ci avevo fatto caso, ma la cosa era abbastanza ovvia vista l'implementazione della classe SqlDependency: finalmente � stata aperta la classe CacheDependency. Nella versione 1.x questa classe � sealed, impedendo quindi una personalizzazione per i propri fini. Nella prossima versione, invece, potremo finalmente creare delle dipendenze customizzate per gli oggetti in cache. Il primo caso che mi viene in mente � far spirare un oggetto in base ad un webservice, per un CMS pu� essere utile piazzare una dipendenza su un feed RSS, o altro ancora.

L'implementazione � anche piuttosto semplice e si basa su un polling effettuato sulla risorsa da cui dipende l'oggetto in cache. Nel momento in cui il risultato del polling cambia, viene invocato il metodo NotifyDependencyChanged che fa scattare l'invalidazione di tutti gli oggetti della cache che dipendono da questo. In questa implementazione la durata dell'oggetto in cache viene basata sul risultato del metodo GetData del WS WSData.

static Timer _timer; private int _data;

public WSDependency() { � _timer = new Timer(new TimerCallback(CallBack), this, 20, 20000); � _data = GetData(); }

protected override void DependencyDispose() { � _timer.Dispose(); � base.DependencyDispose(); }

protected void CallBack(object sender) { � int appData = GetData(); � if (appData != _data) � { �� ((WSDependency)sender).NotifyDependencyChanged(sender, EventArgs.Empty); � } }

public int GetData() { � WSData ws = new WSData(); � return ws.GetData(); }

Continua a leggere CacheDependency non più sealed.

Piccolo bug nell'intellisense del Web.config in Whidbey Beta 2

Stefano Mostarda — Mon, 02 May 2005 22:39:00 GMT

Ieri mentre stavo testando il sistema di profiling�di Asp.Net�2.0, mi sono accorto di un bug nell'intellisense di Visual Studio 2005. Questo si manifesta quando si cerca di aggiungere degli�elementi nel tag "properties" a sua volta contnuto�nel nodo�"profile": VS chiude subito il tag "properties" senza dare alcun aiuto. L'intellisense per�questo file�viene generata�tramite il file DotNetConfig.xsd presente nella cartella Schema/XML di VS. Esaminando questo file, ho visto che�qualcuno del DevTeam�di Microsoft si � "dimenticato" di inserire il codice per il tag in questione.

Per ora ho fatto una modifica al file e a prima vista sembra funzionare tutto, appena faccio qualche test in pi� lo pubblicher�. :)

Stay Tuned...

Continua a leggere Piccolo bug nell'intellisense del Web.config in Whidbey Beta 2.

Post-Cache Substitution

Stefano Mostarda — Thu, 28 Apr 2005 18:09:00 GMT

In Whidbey, una delle grandi novit� � rappresentata dalla possibilit� di far spirare la cache in base alla modifica di una tabella nel db o di un set di dati tornati da un SqlCommand. Sfogliando la rete, ho notato che questa nuova feature ne ha fatta passare in secondo piano un'altra che trovo�altrettanto interessante: la Post-Cache Substitution. Grazie�a questa�si pu� modificare una porzione di una pagina in cache rendendola dinamica. Ad esempio, si puo mostrare l'ora sempre aggiornata, pur mettendo in cache l'intera pagina per diverso tempo.

Nella versione attuale del Framework la cosa poteva essere ottenuta disabilitando il cache di pagina e spezzettando il codice in diversi usercontrol.

Nel futuro, invece, avremo a disposizione dei controlli di base che gi� implementano questa tecnica: l'AdRotator e uno che ha un nome che dice tutto "Substitution". Se poi si volesse creare un proprio controllo che sfrutta questa tecnica, allora dovremo seguire alcuni passi:

1. Creare un metodo che fa da wrapper al rendering del controllo e che accetta in input un oggetto HttpContext.

2. In fase di rendering, creare un delegato di tipo HttpResponseSubstitutionCallback che punta al metodo creato e poi chiamare il metodo WriteSubstitution della classe HttpResponse passando il delegato appena creato.

Io lo trovo eccezionale tanto quanto il SqlCaching, non so voi... :)

Stay tuned...

Continua a leggere Post-Cache Substitution.

Nullable Types e performance

Stefano Mostarda — Thu, 07 Oct 2004 23:17:00 GMT

NT = Nullable Type/s;

L'ultimo aspetto che ho voluto analizzare sui NT sono le performance. Un NT pu� essere assegnato ad un altro nullable type o ad un tipo, viceversa un tipo puo essere assegnato ad un NT.
Traducendo nel buon vecchio caro e amato codice:
Da NT a NT
int? a = 10;
int? b = a;
Da NT a tipo
int? a = 10;
int b = a.Value;
Da tipo a NT
int a = 10;
int? b = a;

Questo � il risultato di 3 cicli ognuno dei quali esegue un tipo di assegnazione per 100000 volte.
Da NT a NT - 0.015195
Da NT a int - 0.025019
Da int a NT - 0.006064

Per dare un'idea, facendo un ciclo tra semplici tipi int il tempo impiegato � stato 0.000655.

E con questo ho concluso il mio excursus sui Nullable Types. :)

Continua a leggere Nullable Types e performance.

Approfondimento sui Nullable Types

Stefano Mostarda — Wed, 06 Oct 2004 19:45:00 GMT

Devo ammetterlo, i Nullable Types mi piacciono molto. Reflector alla mano, sono andato alla scoperta di come questi vengono implementati.
In realta si tratta di un elegante "workaround". Non potendo un tipo per valore essere null, un Nullable Type non � altro che una struct che fa da wrapper per il tipo. Questo viene definito a Design-Time grazie ai Generics.
La struct ha 2 propriet�, la prima � Value che contiene il valore, la seconda � HasValue che indica se il valore � presente o meno. Quando si assegna il valore null, la propriet� Value viene settata al valore di default del tipo (0 per int, stringa vuota per le string, ecc.) e la propriet� HasValue a false, in caso di assegnazione di un valore corretto Value ha il valore e HasValue � true. Nel getter del Value se il valore di HasValue � false viene generata un'eccezione simulando cos� il valore null.

Questo meccanismo pu� essere implementato anche per la versione attuale del Framework, ma bisogna creare una classe per ogni tipo, mentre per la versione futura, grazie ai Generics questo non � stato necessario.

Continua a leggere Approfondimento sui Nullable Types.

Non male questi Nullable Types

Stefano Mostarda — Tue, 05 Oct 2004 22:36:00 GMT

Ho finito di leggere le specifiche del C# 2.0, ma, invece che dai Generics, sono rimaso affascinato da altre cose come i Nullable Types. Questi consentono, finalmente, di assegnare un valore nullo anche hai tipi per valore(o Value-Type).

Il campo di applicazione pi� vasto � quello relativo al colloquio con i DB. Proprio quache giorno fa, mi trovavo davanti alla necessit� di dover�creare una classe�che salvasse dei dati su DB. Questa�doveva accettare dei valori interi e stringhe che, per�, potevano essere nulli. Potevo creare una classe o una struct che facessero da wrapper, ma per mancanza di tempo�(un classico) ho dovuto fare la "zozzata" ed usare un object perdendo cos� la tipizzazione (Mi sono ripromesso di modificarlo appena possibile). Nel 2.0, con questa nuova feature, si potra mantenere la tipizzazione dei dati senza scrivere codice aggiuntivo.

Esempio

Versione 1.x

void Proc(object dato);

void Proc(IntWrapper dato);

Versione 2.x

void Proc(int? dato);

Elegante no?

Continua a leggere Non male questi Nullable Types.