Se decidi di stringere i denti e convertire tutto il tuo vecchio codice, ci sono strumenti di terze parti che possono aiutarti a migrare da VB6 a .NET, ma hanno un costo. Visual Studio fornisce alcuni strumenti, ma secondo Microsoft questi non sono buoni come quelli di terze parti! Perché no? Chi ha progettato le lingue in primo luogo? Microsoft ci sta lentamente costringendo a spostare le nostre app e i nostri siti Web da un linguaggio di cui abbiamo faticosamente imparato i punti deboli e i punti di forza, a una versione più recente con problemi di prestazioni ancora sconosciuti. Certamente, la comunità degli sviluppatori mostra un’inerzia sufficiente da richiedere la persuasione (e io sarei l’ultimo smentire visto che ho ancora un'app VB3 in uso occasionale), ma non sto parlando di un linguaggio ancora obsoleto. O lo sono? Forse Microsoft dovrebbe fare chiarezza e dichiarare che sia VB6 che ASP sono ormai morti. Viva .NET, almeno fino alla prossima versione…
Gli sviluppatori sono sempre tentati da dimostrazioni efficaci di tecnologie interessanti che miglioreranno notevolmente la loro codifica, ma è divertente come non sembrino mai mantenere la promessa iniziale. Sono sicuro che il prossimo Mix 09 vedrà più cose simili. Sono favorevole ad abbracciare le nuove tecnologie e sono un grande fan di ASP.NET, ma sto scoprendo sempre di più tempo trascorso a passare da uno strumento di sviluppo all'altro (e talvolta da una macchina virtuale) solo per ottenere il mio lavoro Fatto. Sono finiti i giorni in cui Dreamweaver poteva gestire tutto, con grandi estensioni a sviluppo rapido che consentivano di creare siti Web con la codifica minima nel minor tempo possibile, lasciandoti il tempo di concentrarti sulle aree più specializzate di un sito anziché “ricodificare la ruota” ogni tempo. Essere efficienti e in grado di produrre l'80% di un sito il più velocemente possibile è sempre stato importante, ma tanto più che la recessione economica spinge le aziende a tenere sotto controllo i costi e a innovare per stare al passo con i tempi pacchetto.
Dreamweaver non supporta ASP.NET 2 o versioni successive, ma una volta che sei passato e hai sperimentato il debug in Visual Studio 2008, non vorrai davvero tornare ai vecchi tempi senza punti di interruzione e senza stampare valori variabili direttamente sul tuo file pagine. Dreamweaver CS4 rimane un potente strumento di progettazione che genera codice migliore e più sicuro rispetto alle versioni precedenti, ma ora è rivolto alla massa di sviluppatori PHP e MySQL (oltre a integrarsi con Spry/Ajax di Adobe) struttura). Per lo sviluppatore che scrive per sistemi operativi e server Microsoft, sta lentamente diventando una sola scelta: utilizzare gli strumenti Microsoft. Mi chiedo come si sente il resto di questa comunità di sviluppatori riguardo al fatto che le vecchie tecnologie vengono espulse poiché questi strumenti non le supportano più?
Aggiornare o non aggiornare?
Un esempio sull’opportunità o meno di aggiornare il codice di un’applicazione web esistente è emerso proprio il mese scorso. Il sito Web del mio cliente è stato scritto in ASP con una sola pagina in una prima forma di ASP.NET Ajax. Avevo bisogno di aggiungere un paio di pagine simili e convertire l'intero sito per renderlo multilingue. In teoria, realizzare siti multilingue in ASP.NET è una cosa proverbiale, poiché è sufficiente creare un file di risorse per ogni pagina e ogni lingua – e questo file, che è in XML, viene creato automaticamente da Visual Studio in modalità progettazione semplicemente selezionando “nuova risorsa file". Ma c'è un problema con questo semplice scenario perché non tutto sulla tua pagina apparirà in questo file di risorse, solo il testo contenuto nei controlli Label. Se disponi di testo generato dinamicamente, ad esempio messaggi nelle caselle di errore, devi scrivere il codice per produrre la versione linguistica corretta.
