Il blog di Maurizio 2.0

Link utili della settimana #4

Maurizio — Fri, 30 Oct 2009 15:05:23 GMT

1. IE Tester 0.4.2 Ottimo tool gratuito per testare funzionalità di layout nelle varie versioni di Internet Explorer. Peccato che manchi un supporto per altri browser.
2. Come installare Windows 7 da drive USB

</xplayn.org>

Maurizio — Tue, 27 Oct 2009 15:50:11 GMT

Questo blog cambia nome, veste grafica e motore di blogging. Causa perdurata inattività, ho deciso di chiudere il sito xplayn.org, da me aperto insieme all'amico Francesco Quaratino.

Il nuovo nome, coding4art.com è ovviamente un omaggio alla programmazione software vista come un'arte o più precisamente un'attività ingegneristica e non artigianale. Si parla tanto di metodologie applicate alla produzione software, Agile, waterfall o MSF che sia, ma spesso e volentieri questa viene vista come un'attività artigianale, espletata senza o quasi nessuna metodologia, da programmatori senza esperienza specifica nella particolare tecnologia scelta, senza nessuna cura per il codice sorgente, senza nessuna best practice o guidelines applicata o peggio ancora con varie best practice mischiate tra loro, senza nessuna pianificazione riguardante argomenti come sicurezza, performance, scalabilità, manutenibilità ma con un unico obiettivo in testa, ovvero creare nel più breve tempo possibile una applicazione in cui i requisiti utente siano soddisfatti, ovvero che funzioni, e basta, con le conseguenze che questo approccio comporta.

I miei articoli presenti su xplayn.org li ho inseriti nella apposita sezione articoli su questo blog, dove conto di scriverne altri, tempo permettendo ovviamente.

Come nuovo motore di blogging ho scelto SubText, ben fatto e molto veloce, parecchio più veloce di Community Server, a mio avviso, con una fantastica funzionalità già inclusa, ovvero la possibilità di importare un intero blog (commenti compresi) precedentemente esportato, il tutto mediante lo standard BlogML.

L'RSS feed è comunque invariato, poichè utilizzo il feed esterno fornito da FeedBurner e quindi il blog è accessibile negli RSS Aggregator senza nessuna modifica.

Questo post vuol essere anche una promessa a me stesso di curare di più il mio blog, strumento in cui credo moltissimo, e di arricchirlo anche con più articoli tecnici.

Visual Studio 2010 Beta 2

Maurizio — Tue, 20 Oct 2009 22:00:00 GMT

Disponibile il download per tutti

Link utili della settimana #3

maurizio — Fri, 16 Oct 2009 03:55:14 GMT

- Doloto, time optimizers for Ajax applications

- AutoMapper, framework per mappare automaticamente e quindi creare un oggetto semplice, es. un DTO, mediante un oggetto complesso come una entità di dominio

- WPF tutorial;

- Microsoft Ajax Library (Preview 6) e Microsoft Ajax Minifier ( Microsoft Ajax Javascript Library -> nuova e migliorata sintassi imperativa, miglior integrazione con JQuery, nuovo client script loader, Minifier Tool, per ridurre le dimensioni dei file javascript scaricati sul client mediante minification)

Link utili della settimana #2

maurizio — Sun, 11 Oct 2009 21:52:00 GMT

Descrizione di Unity, il framework di Inversion of Control e Dipendency Injection sviluppato dal team di P&P (qui è presente la versione 1.2 per Silverlight)
45 passi per diventare agili
xVal, libreria per la validazione client side di applicazioni ASP .NET MVC
Anti XSS Library ver. 3.1
CodePad .NET 1.0 Beta 2, un editor leggero per provare spezzoni di codice
Strongly typed session variables in ASP .NET MVC
Visual Studio 2010 e .NET Framework 4.0 Training Kit - May preview

Link utili della settimana #1

maurizio — Thu, 08 Oct 2009 21:50:00 GMT

- MVVM Toolkit Light

- Ajax Control Toolkit release 30930 (30 sett 2009);

-thinktecture.WSCF.blue (Contract first WCF Tool)

- The ModelView-ViewModel design pattern for WPF

- Code Run (questo è davvero incredibile, si evincono chiaramente le potenzialità del Cloud Computing). Trattasi di un IDE Online, con cui è possibile sviluppare progetti .NET direttamente nel browser, potendo anche disporre di un ambiente di host on the cloud, su cui è possibile effettuare il deployment delle proprie applicazioni sviluppate on line.

- Bonnie .NET API per sviluppare applicazioni che usano la crittografia della informazioni o certificati X.509

ASP .Net e i thread secondari

maurizio — Mon, 28 Sep 2009 00:24:09 GMT

Interessantissimo post di Stefano Pronti del nuovo blog MSDN di Supporto Tecnico agli Sviluppatori, che spiega le disastrose conseguenze di non richiamare il metodo Dispose su risorse unmanaged, utilizzate all'interno di una web application.

Per farla breve, le risorse unmanaged utilizzavano un thread secondario rispetto a quello che prende in carico la web request, ed in questo thread secondario veniva sollevata una eccezione non gestita durante la fase di finalizzazione del garbage collector, che, come è noto, viene eseguito in un thread diverso.

In questo caso il comportamento di ASP .NET a partire dalla versione 2.0 è quello di interrompere immediatamente il processo in esecuzione, con conseguenze facilmente immaginabili.

Ho già parlato qui di questo comportamento di ASP .NET e di come sia possibile utilizzare la modalità pre-versione 2.0 di gestione delle eccezioni non gestite sollevate all'interno di thread diversi.

Anche a me è capitato di dover "impazzire" con una applicazione in produzione, abbastanza vasta, che soffriva di frequenti ed improvvise cadute della sessione corrente, con enorme disagio degli utenti.

Nel caso specifico non è stato indispensabile attaccare un debugger per ottenere il dump della memoria al momento dell'eccezione, è bastato debuggare il codice, che non conoscevo neanche bene, e scoprire che venivano creati thread aggiuntivi (!?) il cui codice, in particolari circostanze, sollevava l'eccezione fatale che provocava il riavvio del worker process.

Link utili della settimana

maurizio — Fri, 25 Sep 2009 01:28:26 GMT

Descrizione di Unity, il framework di Inversion of Control e Dipendency Injection sviluppato dal team di P&P (qui è presente la versione 1.2 per Silverlight)
45 passi per diventare agili
xVal, libreria per la validazione client side di applicazioni ASP .NET MVC
Anti XSS Library ver. 3.1
CodePad .NET 1.0 Beta 2, un editor leggero per provare spezzoni di codice
Strongly typed session variables in ASP .NET MVC
Visual Studio 2010 e .NET Framework 4.0 Training Kit - May preview

i4o (ovvero index for objects)

maurizio — Wed, 02 Sep 2009 03:12:42 GMT

Per chi (come me) utilizza LINQ questo progetto presente su Codeplex è senz'altro interessante.

Come è noto LINQ effettua le ricerche in modo sequenziale, cosa che su collezioni con parecchi items può dar luogo ad un degrado delle prestazioni.

Questo progetto si prefigge come obiettivo quello di dotare LINQ della ricerca indicizzata degli elementi, che, stando a quanto riportato nella descrizione del progetto, è in grado di rendere le query oltre mille volte più veloci rispetto alla ricerca sequenziale.

Il progetto è attualmente in Beta 3, e non ci sono rilasci pianificati.

Sarebbe interessante da provare (avendone il tempo ! ).

Se qualcuno lo ha già fatto sarei lieto di leggerele impressioni di utilizzo.

Invocazione di metodo remoto da Javascript

maurizio — Fri, 21 Aug 2009 04:38:40 GMT

A partire da ASP .NET 3.5 è possibile da JavaScript richiamare un metodo esterno, implementato nella stessa pagina aspx che invoca il codice Javascript, oppure in un ASP .NET XML Web Services (per intenderci, quello in formato .asmx), oppure in un WCF Services (in formato .svc), tutto questo senza passare attraverso il normale ciclo di vita della pagina, ma invocando semplicemente un metodo pubblico di una classe, visto che la pagina aspx è una classe a tutti gli effetti.

Al metodo è possibile passare dei parametri e ricevere indietro un valore di ritorno, che sarà serializzato / deserializzato in modalità JSON.

Se si ha la necessità di eseguire codice lato server senza passare dall'intero ciclo di vita della pagine, invocare un metodo pubblico della pagina è sicuramente la soluzione più veloce da implementare, poichè non necessita di creare una applicazione a sè stante (il web service o il WCF Service), e quindi è anche più facile da installare e da manutenere, ma non è esente da limitazioni, la maggiore delle quali è l'impossibilità di richiamare il metodo pubblico da parte di pagine diverse rispetto a quella in cui lo stesso è dichiarato (in tal caso è necessario creare un servizio web, ASP .NET XML Web Service oppure WCF Service).

Di seguito i passi necessari per richiamare un metodo pubblico esposto dalla classe che genera la pagina aspx, da codice Javascript:

E' necessario creare un metodo pubblico e statico all'interno della classe che identifica la pagina aspx e decorarlo con l'attributo System.Web.Services.WebMethodAttribute;

[WebMethod]public static string GetValueFromServer(string param1, string param2){    return "TEST_RETURN_VALUE";}

E' necessario assegnare True alla proprietà EnablePageMethods dell'oggetto ScriptManager ospitato dalla pagina in questione (il valore di default è False), per abilitare l'invocazione di metodi di pagina;

<asp:ScriptManager ID="ScriptManager1" runat="server" EnablePageMethods="true" />

I due passaggi precedenti fanno in modo che nella pagina aspx sia iniettato del codice di script (inline) che permette di richiamare il "Web Method". Questo codice di script comprende essenzialmente un oggetto chiamato "PageMethods", il cui nome è hardcoded e quindi non modificabile, avente metodi statici con lo stesso nome dei metodi statici di pagina, mediante cui è possibile richiamare questi ultimi passando gli opportuni parametri, e indicando una funzione di callback che sarà automaticamente richiamata al termine dell'invocazione del metodo remoto e che conterrà il valore di ritorno di quest'ultimo, piu un metodo di callback opzionale che sarà automaticamente richiamato in caso di errore del metodo remoto.

function Function1 {    PageMethods.GetValueFromServer( param1, param2, onSuccessfullCall, onErrorCall);}

La funzione di callback richiamata in caso di errore è opzionale. Occorre tener presente che l'invocazione del metodo remoto è asincrona, quindi il controllo tornerà immediatamente al codice Javascript chiamante. Al termine della invocazione del metodo sarà invocata automaticamente la funzione di callback opportuna (chiamata conlusa con successo o con errore). Nel caso di chiamata conclusa con esito positivo, la funzione di callback conterrà anche il valore di ritorno del metodo remoto invocato.

function onSuccessfullCall(results, userContext, methodName) {    alert(results);} function onErrorCall(error, userContext, methodName) {    if (error !== null)        alert(error.get_message());}

Il parametro results della funzione di callback richiamata in caso di invocazione riuscita conterrà il valore di ritorno del metodo remoto

</RSSBandit>

maurizio — Mon, 17 Aug 2009 23:17:54 GMT

Stanco ormai di ricevere ogni 3x2 un messaggio di errore di RSSBandit che mi indica un errore fatale nel caricamento del file XML contenente i feeds sottoscritti, obbligandomi a caricare una copia di backup (che potrebbe essere non aggiornata) dello stesso file con l'antipatica conseguenza di ritrovarmi con tutti i feeds impostati sullo stato di "Unread" (cosa davvero antipatica se si hanno tanti feeds sottoscritti), ho deciso di cambiare aggregator. Da oggi sto utilizzando FeedDemon 3 (RC4).

E' ancora in versione Beta (la versione 3), ma ne parlano molto bene nelle recensioni che ho letto sulla rete.

Inoltre, è possibile sincronizzare i feeds con Google Reader, feature utile se non si utilizza sempre lo stesso PC.

Speriamo di non avere gli stessi problemi avuti con RSSBandit

C# 4.0 - Parametri opzionali

maurizio — Mon, 17 Aug 2009 02:27:25 GMT

Leggo che tra le nuove feature di C# 4.0 c'è la possibilità di indicare come opzionali i parametri di un metodo o di un costruttore, in tal caso il parametro viene inizializzato con un valore di default fornito dal programmatore.

Una cosa di questo tipo:

public Person(string firstName, string lastName, string city = ""){            //}

che può essere istanziata in entrambi le modalità:

Person p = new Person("Maurizio", "Tammacco");Person p1 = new Person("Maurizio", "Tammacco", "Bari");

Nel primo esempio, poichè il parametro "City" è opzionale, viene automaticamente assegnato il valore di default, ovvero stringa vuota in questo caso.

Sinceramente questa nuova funzionalità non mi entusiasma per niente, anzi la ritengo quasi inutile visto che comunque una funzionalità analoga è possibile ottenerla con le "Automatic properties", ovvero proprietà pubbliche inizializzabili nella stessa istruzione che crea l'istanza di un oggetto, anche se questa funzionalità riguarda comunque un membro definito come proprietà.

I parametri opzionali sono da sempre presenti in Visual Basic, sin dalla versione 6 e poi anche nelle varie versioni .NET. Questo comportava che, in caso di interoperabilità tra i due linguaggi, il codice C# che richiamava un metodo scritto in VB .NET con parametri opzionali era costretto a passargli comunque tutti i parametri, opzionali e non; la stessa cosa accadeva nell'utilizzo della COM Interop da C#. Adesso non sarà più necessario passare i parametri opzionali, ma, ripeto, a mio avviso l'utilità di questa funzionalità è discutibile, e riguarda unicamente una più stretta compatibilità tra i due linguaggi più usati nel mondo .NET.

Come ottenere il nome del metodo chiamante dallo stack usando reflection

maurizio — Thu, 13 Aug 2009 23:41:14 GMT

Cosi:

   1: using System.Diagnostics;   2:     void Log(string eventMessage)   3: {    4:    Console.WriteLine("Event logged by " + (new StackTrace()).GetFrame(1).GetMethod().Name);    5:    Console.WriteLine("Event: " + eventMessage);   6: }   7:  

Fonte: Tips & Tricks for ASP.NET, IIS, and Visual Web Developer

ASP .NET 4.0 #2 Servizi "provider based"

maurizio — Wed, 22 Jul 2009 03:15:34 GMT

Proseguendo nell'analisi delle nuove feature di ASP .NET 4.0 è evidente che l'architettura a providers, di cui tempo fa ho parlato in un articolo apparso su DotNetSide, è sempre più usata in modo intensivo per rendere quanto più modulare e personalizzabile l'application framework a disposizione.

Con la nuova versione di ASP .NET infatti questa architettura noto che sarà introdotta nei servizi di Output Caching, Browser Capabilities e Auto Start Application, almeno dalla documentazione in mio possesso.

Output Caching

Uno dei grossi limiti dell' output caching delle precedenti versioni di ASP .NET è la limitatà flessibilità sul repository di memorizzazione dei dati in cache (output). Questi infatti potevano essere memorizzati solo nella memoria del server e da nessun altra parte. Come è facile intuire con la nuova versione è possibile scriversi un provider personalizzato per la memorizzazione dei dati e quindi utilizzare qualsivoglia repository a disposizione (es. disco locale, disco di rete, database, ecc)

Auto Start Application

Se si utilizza IIS 7.5 e Windows Server 2008 R2 insieme ad ASP .NET 4.0, è possibile far in modo che una applicazione si avvii in automatico ed esegua del codice di inizializzazione. Questo scenario si applica soprattutto a quelle applicazioni che necessitano di tempi lunghi per inizializzarsi, e quindi per evitare che questo overhead ricada totalmente sulla prima richiesta è possibile eseguire questo codice allo start-up automatico, ovvero senza che ci sia una richiesta di pagina esplicita. Questo codice può essere incapsulato in una classe provider, e quindi si possono avere n provider da utilizzare all'occorrenza in base alle specifiche esigenze.

Browser Capabilities

Questa funzionalità nelle precedenti versioni era fruibile solo mediante la modifica di files xml (.browser), a livello di macchina o di singola applicazione. Questi files xml non sono proprio il massimo per descrivere funzionalità come quelle del browser. Ora è possibile definire proprie funzionalità a livello di browser mediante l'uso di classi "provider based"

ASP .NET 4.0 #1 Nuova proprietà ViewStateMode

maurizio — Tue, 21 Jul 2009 23:10:20 GMT

Per una applicazione ASP .NET soprattutto di livello enterprise la gestione del viewstate è sempre stato uno degli aspetti più delicati e, aggiungo io, più bistrattati in assoluto. Spesso e volentieri ho visto applicazioni di una certa complessità che ignorano completamente questo aspetto, che si traduce in pratica nell'utilizzo del valore di default della proprietà EnableViewState dei controlli di pagina (ovvero True), con conseguente saltataggio dei valori dello stato per tutti i controlli, a prescindere se questo salvataggio ha senso oppure no.

Anzi, spesso ho addirittura visto un utilizzo del ViewState a mò di Session, ovvero ho visto salvare informazioni aggiuntive rispetto allo stato dei controlli, e non parlo di tipi primitivi ma di veri e propri oggetti complessi, la cui serializzazione nel markup html provoca inevitabilmente un incremento notevole del peso della pagina web, con conseguenze facilmente immaginabili.

Con la prossima uscita della versione 4.0 di ASP .NET, lo sviluppatore avrà un controllo più fine sull'utilizzo del ViewState, soprattutto potrà impostare il valore di default desiderato in funzione della pagina che lo utilizza. Infatti, ogni server control (e quindi anche la classe Page) avrà a disposizione la proprietà ViewStateMode che potrà permettere ai controlli child situati all'interno di un contenitore (e quindi a tutti i controlli della pagina se guardiamo il livello più alto della gerarchia dei controlli), di ereditare la modalità di utilizzo dal rispettivo controllo container (valore Inherit), oppure di abilitare (Enabled) o disabilitare (valore Disabled) esplicitamente il Viewstate per un singolo controllo a prescindere dal valore impostato nel container.

Poichè il valore di default di questa nuova proprietà è Inherit, significa che a livello di pagina nessun controllo avrà il ViewState abilitato se non esplicitamente impostato dal programmatore.

Secondo me è un buon passo avanti verso la scrittura di applicazioni più efficienti.

Piccolo sfogo...

maurizio — Wed, 15 Jul 2009 00:56:00 GMT

Una pensiero che spesso mi viene in mente guardando il codice sorgente è: ma perchè scrivere in 10 righe di codice quello che potrebbe essere scritto in una o due righe ?

Aggiornare in JavaScript la pagina chiamante in partial-rendering

maurizio — Mon, 18 May 2009 01:51:27 GMT

Mediante JavaScript è possibile eseguire programmaticamente un post della pagina mediante il richiamo della funzione

   1: __doPostBack( 'EventName', 'EventArgs' );

In questo caso il post generato è sincrono, ma, come ben spiegato in questo post, è anche possibile effettuarlo asincrono mediante l'utilizzo di un array della classe PageRequestmanager, in questo modo:

   1: function doPostBackAsync( eventTargetName, eventArgs )

   2: {

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

4:

   5:     if( !Array.contains( prm._asyncPostBackControlIDs, eventTargetName) )

   6:     {

   7:         prm._asyncPostBackControlIDs.push(eventTargetName);

   8:     }

9:

  10:     if( !Array.contains( prm._asyncPostBackControlClientIDs, eventTargetName) )

  11:     {

  12:         prm._asyncPostBackControlClientIDs.push(eventTargetName);

  13:     }

14:

  15:     __doPostBack( eventTargetName, eventArgs );

  16: }

17:

Mediante poi l'utilizzo dell'UpdatePanel otteniamo che a livello programmatico (quindi senza necessariamente l'interazione dell'utente mediante un controllo), possiamo generare un post asincrono con refresh parziale della pagina, mediante il richiamo esplicito della funzione di cui sopra.

Inoltre, poichè in Javascript è anche possibile, richiamare esplicitamente una funzione definita dall'utente in una pagina mentre ci si trova in un altra pagina (esempio popup), mediante il seguente costrutto:

   1: window.opener.nomeFunzioneCustom(parametri);

otteniamo che, stando un una pagina secondaria come un popup, riusciamo ad aggiornare con il partial rendering la pagina chiamante.

Visual Studio Addin - ecco quelli che uso io

maurizio — Thu, 07 May 2009 04:56:22 GMT

L'utilizzo degli add-in di Visual Studio 2008 consente di incrementare a volte notevolmente la produttività di chi sviluppa, ad esempio rendendo possibile effettuare con pochi click operazioni ripetitive e lunghe. Tratto da Visual Studio Gallery, ecco la serie di add-in, rigorosamente free, che utilizzo giornalmente durante l'attività di sviluppo del software:

Regionerate, permette di creare in automatico le regioni di codice su un intero file, applicando un layout predefinito o scelto tra i layout forniti. Uno dei layout a corredo addirittura effettua il conteggio automatico degli items presenti in ogni regione e lo inserisce nel nome della stessa. E' anche possibile crearsi propri layout o scaricarli. Davvero utile.

PowerCommands, add-in abbastanza conosciuto e molto utile, anche se responsabile di un crash documentato di Visual Studio, di cui ho già parlato qui e qui. Trattasi di una serie di comandi aggiuntivi sistemati in diversi punti dell'IDE. I principali comandi che uso sono:
-Show All Files (Solution Explorer, a livello di nodo solution)
Questo comando mostra tutti i file per tutti i progetti caricati nella soluzione attiva, e non solo invece per il progetto attivo, come opera invece il comando omonimo a livello di progetto;
-Collapse Projects. Questo comando collassa il nodo selezionato e contemporaneamente tutti i suoi sottonodi. La funzionalità fornita dalla Treeview del Solution Explorer invece collassa solo il nodo selezionato, lasciando invariato lo stato dei suoi sottonodi;
-Copy Class. Come si può intuire, questo comando copia una intera classe o nodo nella Clipboard, permettendo di incollarla altrove (comando Paste Class) dopo averla opportunamente rinominata per evitare errori di compilazione;
-Copy References (e Paste References). Copia una reference o un set di reference nella Clipboard, per poi incollarla altrove;
-Open Containing Folder (davvero utile). Dal nodo di un progetto o item, apre una finestra di Windows Explorer che punta al path fisico del progetto (o dell'item) puntato;
-Open Command Prompt, simile a Open Containing Folder, ma apre un prompt dei comandi invece che una finestra di windows explorer;
-Remove and Sort Usings, altro comando utilissimo, elimina tutti gli using inutili e ordina quelli indispensabili, in un colpo solo, per singola classe o per tutte le classi di un progetto;
-Extract Constant, dall'editor di codice, crea la definizione di costante per la stringa selezionata;
-Clear Recent Project List, elimina la lista degli ultimi progetti aperti, permettendo di selezionarli.

Sticky Notes, fornisce una windows dockable nella quale scrivere appunti, una per ogni file. Funzionalità sinceramente non utilissima perchè è comunque possibile inserire i propri appunti in un file sorgente a mo' di commento oppure utilizzare la window Task List. L'unico vantaggio è la possibilità di eliminare i propri appunti in un colpo solo o di inviarli per posta elettronica;

Clone Detective, ho già parlato qui di questo tool. Consente di cercare facilmente codice duplicato all'interno della propria solution.

Export code as Code Snippet, add-in scritto dall'MVP Alessandro Del Sole, consente di esportare facilmente blocchi di codice nel formato .snippet, e quindi riutilizzarli come Snippet Code direttamente attraverso la funzionalità presente nell'IDE

Code Style Enforcer. Questo add-in permette di ottenere segnalazioni evidenti nel proprio codice nel caso in cui siano violate regole di naming e di best practices (visibilità membri e interfacce esplicite o no), configurabili mediante file XML;

OxyProjectMetrics, estrae informazioni inerenti la metrica del codice e le mostra in un formato tabellare;

ResourceRefactor, estrae la stringa selezionata e cablata nel codice sorgente e la invia ad un apposito file di risorse;

AutoCode, add-in per automatizzare attività ripetitive di scrittura di codice mediante la creazione di comandi parametrici, come da esempio sotto.

TytanNET, insieme di utili tool windows che incrementano le possibilità di refactoring del codice, e forniscono ulteriori visualizers per il debugging. Decisamente molto utile.

Su Visual Studio Gallery sono presenti decine e decine di altr utili add-in, sia gratuiti che non, per tutte le esigenze.

refactoring del codice

maurizio — Fri, 06 Mar 2009 00:37:56 GMT

Mi appunto questo post molto interessante di Luca Minudel a proposito della attività di refactoring sul codice sorgente, molto spesso sottovalutata o ignorata del tutto in progetti reali.

Minudel elenca le seguenti 6 attività di refactoring che ritengo personalmente indispensabili ed utili.

* Estrae codice dai metodi troppo lunghi (>> 30 linee di codice)
* Cerca i commenti e modifica il codice in modo che si spieghi da solo
* Scorre i nomi di metodi e variabili e rinomina quelli poco chiari e quelli poco descrittivi
* Guarda i blocchi condizionali (If, switch, for, ...) e vede se li può eliminare
* Trova parti di codice duplicate e le elimina
* Scopre cosa fa ogni metodo e si chiede se si trova sulla classe giusta Inizia ogni punto mostrando come fare e quindi lascia continuare al suo collega, interviene quando serve

Impostare il calendarextender ad una cultura specifica

maurizio — Fri, 06 Mar 2009 00:11:34 GMT

L'extender CalendarExtender presente nell'Ajax Toolkit presenta un bug se si cerca di globalizzarlo, ovvero adattarlo ad una specifica cultura. Infatti, la label presente in basso con l'indicazione della data odierna non viene globalizzata ma rimane impostata fissa alla cultura inglese, per cui apparirà sempre la scritta "Today". Affinchè i controlli dell'Ajax Toolkit possano essere personalizzati sulla base delle varie culture non basta impostare la specifica cultura nel file di configurazione dell'applicazione web (tag globalization), oppure impostarla tramite browser, ma occorre anche abilitare il rendering dello script al supporto di culture specifiche, tramite la proprietà EnableScriptGlobalization dello ScriptManager, che deve essere ovviamente impostata a True (il valore di default è False).