Informaticando.NET un intorno web sull'informatica di Giorgio Borelli

Il Server Web di casa Microsoft, Internet Information Server (IIS) soddisfa le richieste di pagine e risorse da parte dei browser (i client), e per farlo correttamente necessità di essere opportunamente configurato, in particolare per le applicazioni web sviluppate con tecnologia ASP.NET, bisogna selezionare l'opportuna versione del .net framework con cui l'applicativo è stato realizzato, questo però non succede con la versione 3.5 di ASP.NET, andando nel pannello di IIS per la configurazione di ASP.NET, nel menù a tendina non è presente la voce relativa a questa versione del framework, come mai?

Andiamo a scoprire perchè in IIS non è possibile impostare la versione 3.5 o la 3.0 del .NET framework e come possiamo fare per usarla nelle nostre applicazioni web.

Prosegue...

Una delle esigenze molto sentite tra gli sviluppatori ASP.NET è quella di poter gestire ed avere il pieno controllo della GridView, un controllo molto usato per la presentazione, la paginazione e la modifica di liste di dati.

Tramite il controllo GridView di ASP.NET pertanto è facile gestire liste di dati, la GridView infatti presenta tutta una serie di proprietà che consentono con facilità di formattare, paginare e gestire le "liste". La GridView consente inoltre di gestire i dati sia in "Presentation Mode" che in "Edit Mode", quest'ultima modalità risulta comoda per l'aggiornamento (update) di un record rappresentato dalla singola riga della GridView, le cose si complicano un pò però quando si cerca di avere il controllo completo su un elemento asp.net all'interno della riga della GridView, in source view infatti non riusciamo ad accedere al controllo tramite il suo ID poichè non viene visto dalla classe Page in quanto "mascherato" all'interno della GridView stessa.

Come fare allora per accedere ai controlli specificati nelle righe di una GridView di asp.net in Edit Mode? Dobbiamo sfruttare l'Evento Row_Updating e scrivere qualche riga di codice per intercettare la riga selezionata e l'ID del controllo interessato, andiamo a scoprire come fare.

Prosegue...

Nell'articolo precedente "Come aggiungere gli Ajax Control ToolKit in Visual Studio" abbiamo visto come integrare i control extender AJAX in Visual Studio e referenziare correttamente le librerie AJAX.

Il framework ASP.NET Ajax è composto da due parti, il lato client e quello server. Il framework client rilasciato con la libreria AJAX è interamente scritto in Javascript e rappresenta decisamente la parte più corposa di ASP.NET Ajax con tanti controlli che estendono le funzionalità; ciò nonostante la comunicazione asincrona con renderizzazione parziale e senza postback della pagina, non sarebbe possibile senza il componente server, per quest'ultimo è il controllo ScriptManager responsabile della renderizzazioni e della presentazione delle funzioni javascript implementate col lato client.

Pertanto, per poter usufruire dei controlli AJAX nelle nostre pagine è necessario che sia presente nella stessa il controllo lato server ScriptManager. AJAX ed i suoi controlli client e server sono stati introdotti dalla versione 2.0 del .net framework in poi, nel frattempo la libreria AJAX è andata evolvendosi ampliando le sue funzionalità ed i controlli presenti nella libreria e nei Control ToolKit, di fatto alcuni nuovi controlli o quelli rivisti non sono più in grado di comunicare con la parte server gestita tramite lo ScriptManager, poichè quest'ultimo è in grado di gestire le richieste riferendosi a versioni più vecchie della Microsoft Library AJAX.

Ecco perchè nel caso in cui noi abbiamo referenziato l'ultima versione della libreria AJAX nella nostra applicazione web, e cerchiamo di gestirla tramite lo ScriptManager, è possibile che in fase di caricamento della pagina venga fuori l'errore: "AjaxControlToolkit requires ASP.NET Ajax 4.0 scripts".

Ma così come vengono rilasciate nuove versioni della libreria AJAX client, lo stesso accade per quella server, in modo da permettere una corretta interazione delle chiamate asincrone. Quindi per correggere l'errore "AjaxControlToolkit requires ASP.NET Ajax 4.0 scripts" basta usare la nuova versione del controllo server ScriptManager.

Prosegue...

Il termine AJAX che è l'acronimo di Asynchronous Javascript and XML, è quella "tecnologia" che consente di effettuare chiamate asincrone tra il client (il browser) ed il server, evitando il classico postback della pagina.

Sebbene AJAX non sia di per sè una novità, in quanto risale ad un componente microsoft inserito in Internet Explorer nel lontano 1998 per il controllo della posta via veb su Exchange, il suo successo è comunque recente, ma tale da spopolare sul web degli ultimi anni. La possibilità d'implementare chiamate asincrone ed evitare il postback, offre agli sviluppatori web una potenza ed una velocità di esecuzione della pagina impensabile sino a questo momento, rivoluzionando di fatto il modo di pensare il web, ed aumentando in modo esponenziale la Web User Experience degli utenti.

Chi sviluppa web, oggi come oggi, non può pensare di prescindere da AJAX, così anche microsoft si attrezza per mettere a disposizione dei suoi sviluppatori questa potente tecnica, ed introduce una piattaforma per AJAX nel .net framework sin dalla versione 2.0 chiamata ASP.NET AJAX, che si compone di due parti una client, ed una server. Il contributo di Microsoft ad AJAX però non si ferma qui, essa infatti sviluppa un progetto Open Source, mettendo a disposizione della community di sviluppatori una serie di controlli belli e pronti per realizzare applicazioni AJAX chiamati AJAX Control ToolKit, rendendo di fatto più facile l'approccio e lo sviluppo di applicazioni web AJAX based da parte dei Web Developer.

Di fatto però, un'applicazione web sviluppata con ASP.NET, non è di per sè AJAX based, e lo stesso Visual Studio non incorpora all'interno della sua ToolBox il Kit dei Controlli AJAX, come fare allora per aggiungere questi controlli all'interno della ToolBox dell'IDE di Visual Studio?

Prosegue...