Usare custom control? Un piacere!
ASP.NET 1.x non ha purtroppo un supporto alla possibilità di registrare, sulla base di tutta l'applicazione, il riferimento a custom o user control, rendendo obbligatorio registrare su ogni singola pagina i control che si vogliono utilizzare.
Con ASP.NET 2.0 è possibile sfruttare una nuova area di configurazione del web.config , sotto il nodo controls, per specificare tutti i controls che devono essere caricati per tutte le pagine.
<configuration>
<system.web>
<pages>
<controls>
<add tagPrefix="ASPItalia" namespace="ASPItalia.com.Controls" />
</controls>
</pages>
</system.web>
<configuration>Una volta aggiunta la chiave, nelle pagine basterà fare riferimento al control come se si trattasse di uno di quelli predefiniti dell'ambiente, riconoscibili dal prefisso ASP:
<aspitalia:calendar runat="server" />Di sicuro questa nuova funzionalità, anche se non eclatante, troverà il favore di molti sviluppatori.
Session evolute
Anche la gestione del SessionState, seppure quasi completo nella 1.x, ha interessanti novità.
La principale è la possibilità, finalmente, di implementare un proprio provider per gestire lo stato della Session, cosa che rende decisamente più semplice la creazione di gestori alternativi, come il nostro FileSession .
All'interno del web.config, nel nodo session, è ora possibile specificare due nuove proprietà, mode e customProvider, che vanno rispettivamente impostate su "Custom" e sul nome della classe che andrà a contenerne le funzionalità.
E' necessario creare una classe personalizza che implementi l'interfaccia ISessionIDManager, al fine di poter implementare un proprio provider che verifichi la validità del SessionID.
Anche questa aggiunta va verso la direzione, che è una costante in questa nuova versione, di rendere possibile la personalizzazione, anche estrema, delle funzionalità centrali di ASP.NET.
Nuovi nomi alle directory di sistema
Un'altra area in cui la beta 2 differisce rispetto alle build precedenti è nel nome dedicato alle directory di sistema. C'è stata una interessante discussione che ha portato a questi nuovi nomi, dopo l'annuncio nell'estate del 2004, da parte di Microsoft, dell'intenzione di cambiare strada.
Il cambio è stato necessario, comunque, perché i nomi scelti nella prime build, anche grazie al feedback degli utenti, sono apparsi subito di uso troppo comune: termini come code, themes o resources in inglese sono molto utilizzati.
La tabella riepilogativa che segue mette a confronto i nuovi nomi rispetto alle versioni 1.x, 2.0 beta 1 e beta 2.
| ASP.NET 1.x | ASP.NET 2.0 beta 1 | ASP.NET 2.0 beta 2 |
|---|---|---|
| /bin/ | /bin/ | /bin/ |
| - | /code/ | /app_code/ |
| - | /browsers/ | /app_browsers/ |
| - | /data/ | /app_data/ |
| - | /resources/ | /app_globalresources/ |
| - | /localresources/ | /app_localresources/ |
| - | /WebReference/ | /app_WebReference/ |
Novità sparse per VS 2005
La beta 2 include novità di tipo stilistico rispetto alla beta 1 per quanto riguarda VS 2005 e Visual Web Developer 2005 Express.
Degni di nota, finalmente la possibilità di far funzionare l'IDE senza bisogno di essere autenticati con un' utenza amministrativa .
Inoltre è presente un nuovo sistema di configurazione, sullo stile di quello offerto da Dreamweaver, che consente di specificare lo stile in cui si vuole che il markup (X)HTML venga scritto, potendo impostare eventuali a capo prima o dopo tag particolari.
Così come nella beta 1, poi, l'editor non cambia il codice inserito, preservandolo anche quando si interviene nel Design Mode.
Degni di nota l'aggiunta del supporto Intellisense anche per il codice Javascript, in base al target impostato nell'ambiente, con la possibilità di avere in automatico le funzionalità specifiche supportate dal target prescelto.
E' finalmente attivo, poi, anche l' Intellisense sul web.config .
Contenuti dell'articolo
- Pagina 1
- Pagina 2
- Pagina 3
- Pagina 4
- Pagina 5
Aggiungi un nuovo commento »»»
Per inserire un commento, devi registrarti alla nostra community.
Difficoltà
Stampa 
Download 
