CODE MODEL - Modalità di scrittura del codice

Transcript

1 CODE MODEL - Modalità di scrittura del codice Visual Studio supporta due modelli per la codifica di pagine web: - Codice Inline: Questo modello è il più vicino al tradizionale ASP. Tutto il markup HTML e il codice viene memorizzato in un singolo file. aspx. Il codice è incorporato in uno o più blocchi di script. Tuttavia, anche se la codice è in un blocco di script, non perde IntelliSense o supporto debugging, e non ha bisogno di essere eseguito linearmente dall'alto verso il basso (come classico codice ASP). Questo modello è valido solo per la codifica di semplici pagine web. - Code-behind: Questo modello separa ogni pagina Web ASP.NET in due file: un file aspx con il codice HTML e variabili di controllo, e un file. cs con il codice sorgente della pagina. Questo modello fornisce una migliore organizzazione per separare l'interfaccia utente dalla logica di programmazione, E' fondamentale per progetti complessi. In Visual Studio, si posson usare entrambi gli approcci. Quando si aggiunge una nuova pagina web, la casella di controllo "inserisci codice in un file separato" consente di utilizzare il modello code-behind. E' completamente valido (anche se porta confusione) miscelare entrambi gli stili di pagine nella stessa applicazione. Questa flessibilità si applica solo allo sviluppo di siti. Se abbiamo creato un progetto web, è necessario utilizzare per forza solo il modello code-behind. Come file code-behind è collegato alla pagina Ogni pagina aspx inizia con una direttiva di pagina. Qui si trova la lingua per la pagina, e si dice anche ASP.NET dove trovare il relativo codice. Nelle vecchie versioni di ASP.NET, era comune utilizzare l'attributo Src per indicare il codice sorgente o l'attributo Inherits per indicare un nome della classe compilato. Tuttavia, entrambe queste opzioni hanno le loro idiosincrasie. Per esempio, con l'inherits, si è costretti sempre di precompilare il codice. Ma il vero problema è che entrambi gli approcci ti costringono a dichiarare ogni controllo Web che si desidera da utilizzare con una variabile membro. Questo aggiunge un sacco di codice standard. È possibile risolvere il problema utilizzando una funzionalità linguaggio chiamato classi parziali, che consente di dividere un singola classe in più file di codice sorgente. Essenzialmente, il modello è lo stesso di prima, ma il controllo delle dichiarazioni sono mescolate in un file separato. Lo sviluppatore non ha mai bisogno di essere distratto da questo file, anzi può accedere alle pagine web dei controlli in base al nome. Occhi attenti avranno notato la parola parzial nella dichiarazione di page 1 / 5

2 classe per la classe della nostra pagina web. public partial class _Default : System.Web.UI.Page Con questa infrastrutture sotto, la pagina aspx utilizza l'attributo Inherits indicare la classe che si sta utilizzando, e l'attributo CodeFile per indicare il file che contiene il codebehind: <%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" %> Come i Control Tags sono collegati alle variabili di pagina Quando si richiede la pagina Web in un browser, ASP.NET inizia a trovare il file di codice associato. Poi genera una dichiarazione di variabile per ciascun controllo server (ogni elemento che ha il runat = "server"). Per esempio, se abbiamo una casella di testo di nome txtinput: <asp:textbox id="txtinput" runat="server"/> ASP.NET genera una dichiarazione di variabile membro e si fonde con classe della page 2 / 5

3 pagina utilizzando la magia di classi parziali: protected System.Web.UI.TextBox txtinput; Questo codice non sarà visibile perché è parte del codice generato automaticamente. Si noti che le variabili di controllo sono sempre dichiarate con l'accessibilità protected. Di seguito le fasi del lavoro - La classe Pagina dalla libreria di classi NET definisce la funzionalità di base che consentono ad una pagina web di ospitare altri controlli, renderizzarli in formato HTML, e fornisce l'accesso agli oggetti come Request, Response, e Sessione. - La nostra classe code-behind eredita dalla Classe Page queste finzionalità. - Quando si compila la classe, ASP.NET unisce un po 'di codice aggiuntivo alla nostra classe (utilizzando la magia di classi parziali). Questo codice generato automaticamente definisce tutti i controlli della pagina come variabili protette in modo da potervi accedere nel vostro codice. - Il compilatore ASP.NET crea poi una nuova classe che rappresenta la nostra pagina aspx. Questa classe eredita dalla nostra classe code-behind (con l'extra po 'di codice risultante dalla fusione). Per assegnare un nome questa classe, ASP.NET aggiunge _aspx al nome di la classe code-behind (ad esempio, TestFormCodeBehind_aspx). Questa classe contiene il codice necessario per inizializzare la pagina e i relativi controlli e sputa fuori (rendering) il codice HTML finale. E 'anche la classe che ASP.NET crea quando si riceve la richiesta di pagina. page 3 / 5

4 Perché sono tutte le variabili di controllo e metodi sono dichiarati come protetti? Dipende del modo in cui ereditarietà viene utilizzata in questa serie di strati. Le variabili protette si comportano come variabili private, con ls differenza che sono accessibili alle classi derivate. Questo assicura che le variabili siano accessibili nelle classi derivate (TestFormCodeBehind_aspx). Come gli eventi sono collegati agli Event Handler La maggior parte del codice in una pagina Web ASP.NET è collocato all'interno gestori di eventi che reagiscono agli eventi dei controlli. E' possibile aggiungere un gestore eventi in tre modi: - Digitare a mano: in questo caso, si aggiunge il metodo direttamente alla classe pagina. È necessario specificare i parametri appropriati in modo che la firma del gestore di eventi corrisponde esattamente alla firma del l'evento che si desidera gestire. Occorre, con l'aggiunta di un attributo OnEventName, modificare il tag di controllo in modo che si colleghi al gestore di eventi appropriato. - Fare doppio clic su un controllo in visualizzazione struttura: in questo caso, Visual Studio crea un gestore eventi relativo all'evento di default del controllo. Ad esempio, se si fa doppio clic la pagina, verrà creato un gestore di eventi Page.Load. Se si fa doppio clic su un controllo Button, Visual Studio creerà un gestore eventi per l'evento Click. - Scegliere l'evento dalla finestra Proprietà: Selezionare il controllo, e fare clic sul fulmine della finestra Proprietà. Verrà visualizzato un elenco di tutti gli eventi previsti da tale controllo. Fare doppio clic nella casella accanto page 4 / 5

5 all'evento che si desidera gestire, e Visual Studio genererà automaticamente il gestore dell'evento. Questa è la soluzione più indicata. L'unica limitazione di questa tecnica è che funziona esclusivamente con controlli web e non con i controlli lato server HTML. Nella direttiva della pagina è indicato AutoEventWireup="True" che indica alla pagina di generare gli eventi in modo automatico. Questa funzionalità ha due principi di base: - Tutti i gestori eventi di pagina sono collegati automaticamente in base al nome del gestore di eventi. In altre parole, il metodo Page_Load () viene chiamato automaticamente quando la pagina viene caricata. - Tutti i gestori di eventi di un controllo sono collegati mediante gli attributi del tag del controllo. L' attributo ha lo stesso nome dell'evento, preceduto dalla parola On. Ad esempio, se si desidera gestire l'evento Click del controllo Button, è sufficiente impostare OnClick nel tag di controllo con il nome del gestore di eventi che si desidera utilizzare. <asp:button id="cmdok" OnClick="cmdOK_Click" runat="server"> Anche i gestori eventi sono sono di tipo protected in modo da essere accedibili da tutte le classi della pagina. Esiste un altro approccio per collegare un gestore di eventi, da usare ad esempio quando si creano oggetti via codice e quindi si devono associare anche i gestori eventi in modo dinamico. E' possibile farlo in modo dinamico usando i delegati. Ecco un esempio: cmdok.click += cmdok_click; page 5 / 5