Cosa aspettarsi dal futuro: un primo sguardo a Whidbey e ASP.NET 2.0 alpha 1

5 pagine in totale: <<Indietro 1 [2] 3 4 5 Avanti >>

Dopo l'installazione

Dopo l'installazione quindi ci ritroviamo probabilmente con 3 versioni del Framework. Come già detto l'alpha privata un build numer uguale a 1.2.30703 . Se l'installazione avviene su un computer in cui ce ne sono già altre, è consigliabile utilizzare un tool come ASP.NET Version Swhitcher .

Inutile dire che ovviamente non ci sono problemi di convivenza, giacchè ogni versione non condivide nulla con l'altra.

ASP.NET 2.0 supporterà (e l'alpha lo fa già) Windows 2000 o superiore. Quindi si può continuare ad usare IIS 5, anche se è chiaro alcune tra le features migliori avranno bisogno di Windows Server 2003 e SQL Server Yukon. Ma nulla vi vieta di utilizzare ciò che già avete. Tutti i test che ho fatto si riferiscono a Windows XP e Windows Server 2003 con SQL Server Service Pack 3.

Ci sarà anche una versione a 64 bit del Framework, ma in questo momento non conosco i piani nel dettaglio.

Una volta installato il tutto, ci ritroveremo quindi con un nuovo Visual Studio .NET.

Immagine

Le funzionalità web di VS.NET Whideby

Il look-n-feel dell'IDE è praticamente simile alle versioni precedenti, quindi a livello di usabilità si è giustamente scelto di preservare la compatibilità grafica con il passato.

La novità a me più gradita è la possibilità di far partire VS.NET in modalità solution-less (senza progetti all'interno), in quella single file solution (in pratica aprire un solo file) e nella normalemodalità solution (con un progetto).

Dunque è comodo anche per modificare un singolo file, a differenza delle precedenti versioni.

Tra l'altro è stato finalmente aggiunto il supporto all'intellisense per lo sviluppo utilizzando il code-inline anziché il code-behind . E' quindi cambiata la modalità di default, anche se la separazione del codice, a livello concettuale, resta. Ci pensa VS.NET a separarlo per lo sviluppatore, ma il codice non viene più compilato all'interno di un assembly.

Ci sono tante scuole di pensiero e proprio recentemente mi sono trovato a difendere questa scelta, perché secondo me è ottima. Trovo assurdo dover ricompilare tutta l'applicazione perché ho cambiato una minuscola virgola in uno sperduto file. E soprattutto trovo assurdo che per questo cambiamento, sicuramente localizzato in un solo file, debba ricompilarsi tutta l'applicazione. Con conseguente perdita degli oggetti in Cache, in Application, in Session e così via.

Quando facciamo partire VS.NET, quindi, abbiamo un ambiente "vuoto". Dobbiamo perciò scegliere il tipo di progetto, da una maschera come questa:

Immagine

Si noterà subito che ci sono due nuove soluzioni: ASP.NET Internet Site e ASP.NET Intranet Site.

Ci torneremo tra un attimo.

Proviamo a scegliere una soluzione "normale". E' in questo punto che parte quindi il supporto per lo sviluppo web.

Si può notare che di default i linguaggi supportati siano C#, VB.NET e VJ#.

Intellisense migliorato

Come ho già anticipato, l'intellisense è molto migliorato, anche nei foglio di stile CSS, così come nei file XML di configurazione o con schema. Lo schema editor di Whidbey è tra i migliori che abbia provato. Ci sono alcuni "aiuti" che rendono più semplice lo sfruttamento di alcune funzionalità utilizzate più di frequente.

5 pagine in totale: <<Indietro 1 [2] 3 4 5 Avanti >>

Contenuti dell'articolo

Commenti
Dai un voto a questo articolo, ci aiuterà a migliorare il nostro sito (1 è il voto minimo, 5 il massimo).

Per procedere al rating dell'articolo devi essere autenticato.

TUTORIALS
TOP TEN ARTICOLI
NOTIFICHE

Iscriviti alla nostra newsletter nuoviarticoli per ricevere e-mail le notifiche!

Indirizzo e-mail:
PROVIDER ASP.NET 2.0

Seleziona il database per avere il web.config pronto per Membership, Roles e Profile API.



IN EVIDENZA
MISC