Quando si crea un programma, sia questo una libreria, un'applicazione per console o un programma stand-alone con relativo file eseguibile, il codice sorgente per poter essere eseguito deve essere compilato (o interpretato) in modo da trasformarsi in codice macchina ed essere così processato.

Le modalità con cui è possibile compilare un programma sono due: compilazione in Debug e compilazione in Release. La prima è una particolare modalità di compilazione che consente allo sviluppatore di analizzare codice e variabili a run-time, tramite degli appositi break-point posti nel codice il programmatore può intercettare il flusso del programma in esecuzione ed analizzarlo, consentendogli così di risolvere eventuali bug e/o apportare migliorie.

La modalità di compilazione in debug, risulta estremamente utile, se non indispensabile per ogni programmatore, che la gestisce tramite il proprio IDE di sviluppo, che nel nostro caso è Visual Studio. D'altro canto però la compilazione in debug, comporta un sovraccarico del codice ed impegna maggiormente le risorse, anche a causa dei break-point che ne consentono l'analisi. Il codice compilato in debug risulta pertanto più pesante e gira più lentamente di uno compilato in Release, quest'ultima modalità di compilazione viene usata infatti quando il programma o le librerie devono essere rilasciate; libero di ogni break-point, il codice viene inoltre ottimizzato al massimo per il suo deployment (messa in opera), aumentandone le prestazioni e la velocità di esecuzione. Quindi possiamo dire che si compila in debug durante lo sviluppo ed in release prima del rilascio.

I concetti qui esposti sono pane quotidiano per uno sviluppatore, ed è quasi banale parlarne, quello su cui vorrei invece porre l'attenzione è su come configurare l'IDE Visual Studio per una compilazione in debug o release. L'esigenza di chiarire queste opzioni di configurazione per la compilazione in Visual Studio, nasce dal fatto che nelle versioni Express, quale Visual C# Express, la modalità di compilazione settata di default è quella in Release, e non viene mostrata o è resa inattiva l'opzione di compilazione in Debug, e la voce per attivarla non è proprio sotto il naso, allora come fare per configurare Visual Studio Express in modo che sia possibile compilare sia in Debug che in Release?

More...

Non sono solito recensire le ultime news dal mondo dell'informatica, ma questa, anche se sono già in ritardo, merita una menzione speciale, anche perchè ci riguarda da vicino.

Sebbene con un piccolo spostamento rispetto alla data ufficiale (22 Marzo), il 12 Aprile è stato rilasciato ufficialmente il nuovissimo Visual Studio 2010, stiamo ovviamente parlando dell'ultimissimo IDE (Integrated development environment) di casa Microsoft, il quale porta in dote niente po po di meno che l'ultima versione della piattaforma di sviluppo preferita, ovvero il framework.NET 4.0.

Giustamente la curiosità, le pretese, e le aspettative su questo nuovo ambiente di lavoro sono tante, andiamo a fare pertanto una breve panoramica sulle novità principali introdotte con il rilascio di Visual Studio 2010 e del .NET framework 4.0.

More...

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.

More...

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?

More...

Mi è capitato di scontrarmi con un errore di formattazione nell'editor di Visual Studio, sia per quanto riguarda i file XML (quindi anche il web.config) sia per il markup HTML (pagine aspx), che per lungo tempo ho trascurato, anche perchè di non immediata soluzione.

All'apertura di questi file l'editor me li presentava con una corretta indentazione ma senza la formattazione colorata dei tag; potrebbe sembrare un problema banale, ma non lo è, infatti per chi come me è abituato a sviluppare in code view, è di grande aiuto per l'individuazione immediata dei tag e dei blocchi di codice.

More...