Cap VIII

1. Care este modelul de execuie a unei pagini web in ASP.NET?

ASP.NET este o tehnologie care ruleaza pe serverele Web echipate cu .NET Framewor si care furnizreaza o modalitate facil de a dezvolta site-uri web personalizate, dinamice si bogate in continut. Componenta fundamental a ASP.NET este forma Web. O forma Web este o pagin pe care utilizatorul o vizualizeaza in browser. O aplicaie web in ASP.NET este compus din una sau mai multe forme web. Forma web este in acelai timp o pagina dinamic care poate accesa resurse de pe server. Astfel, o forma web ASP.NET poate rula cod pe server pentru a accesa o baza de date, pentru a genera alte forme web sau s foloseasc atribute de securitate specifice serverelor.

A doua cerere de execuie La prima cerere de livrare a unei pagini web, se execut n mod succesiv urm toarele evenimente: clientul lanseaz o cerere HTTP GET/POST, parserul ASP.NET interpreteaz - codul surs a paginii web,

- dac acest cod nu este deja compilat intr/un DLL, ASP.NET invoc compilatorul i se genereaz codul intermediar de tip MSIL - in final, mediul de execuie ncarc si execut codul MSIL. La cererile de livrare urm toare (a doua figur ), mediul de execuie incarc i execut imediat codul MSIL, cod care este deja compilat de la prima cerere de inc rcare a paginii web. 2.

Care este coninutul unei aplicaii web?

O aplicaie Web ASP.NET include: - Forme web sau pagini aspx. Acestea furnizeaza interfata utilizator specific aplicaiilor web - Codul din spatele paginilor web: este asociat unei forme web si conine cod server asociat formei web - Fisiere de configurare: sunt fisiere XML care definesc set rile implicite pentru aplicaia web si serverul web. Orice aplicaie web are un fisier de configurare web.config. Aditional, fiecare server web are un fisier de configurare machine.config. - Fisierul Global.asax. conine cod la nivel de aplicaie care s r spund evenimentelor generate de ASP.NET - Leg turi c tre servici web. Aceste leg turi permit aplicaiei web s trimit si primeasc date de la serviciile web. - Conectivitate c tre baze de date. Permite aplicaiilor web s transfere date de la si inspre surse de date de tip baze de date - Caching: permit aplicaiilor web s returneze forme web si alte date mult mai rapid la cererile care se repet

3. In ce const procesul de dezvoltare a unei aplicaii web?

Procesul de dezvoltare a unei aplicaii web parcurge urm torii pai: - crearea unei specificaii de design. Se recomand o analiz atent a situaiei pentru care se creaz un site web inainte de trecerea efectiv la implementare. Aceast

analiz ajut la ntelegerea precis a nevoilor de utilizare i definete setul iniial de facilit i oferite de site-ul web - crearea unui proiect web nou. Mediul IDE Visual Studio .NET creaz in mod automat codul i structura implicit a unei aplicaii web - crearea interfeei utilizator: programatorul foloseste controalele de pe toolbox pentru a defini forma grafic a paginilor web. Pentru aceasta, paginile web sunt editate in mod design. Dup selectarea si ad ugarea obiectelor grafice pe paginile web, acestea pot fi customizate prin modificarea propriet ilor, in fereastra Properties - scriere de cod: dup realizarea interfeei web, programatorul poate ad uga cod pentru tratarea de evenimente, ad ugarea de logic de business i cod de acces la date - build, test si debug: la linkeditarea unui proiect web, paginile web i alte clase aferente proiectului sunt compilate ntr-o bibliotec dinamic (DLL) numit assembly. Pentru build, mediul Visual Studio .NET permite build in mod debug sau release. Dac dorim s test m aplicaia web in faza de dezvoltare a acesteia, vom compila in mod debug. Dac in schimb, dorim s furnizam o versiune a aplicaiei clientului, vom face build in mod release. LA fiecare modificare a codului surs a aplicaiei, este nevoie s realizam din nou operaia de build. - Livrare: atunci cnd aplicaia este testat i toate bugurile sunt eliminate, putem s creem o versiune de livrare (release) care poate fi instalat pe un server Web de producie

4. Care este diferenta intre FlowLayout i GridLayout?

FlowLayout: textul, imaginile i controalele se afiseaza una dup alte ecran, in functie de l imea disponibil a ferestrei browserului client GridLayout: textul, imaginile si controalele sunt fixate pe pagin prin coordonate absolute. Implicit, GridLayout este selectat si ca mod de afisare im pagina in formele web ASP.NET

5. Care sunt tipurile de atribute prin care se poate controla procesarea unei pagini Web in ASP.NET?

Funcionarea unui forme web este definit de trei nivele de atribute: atribute de pagin (page attributes) care definesc funcionalit ile globale, atriubute body care definesc modul de afiare a paginii i atribute de form care definesc modul de procesare a unui grup de controale Atrtibutele specifice paginii aspx sunt definite intr-un tag <@Page>. Acestea include: - Language: defineste limbajul de scripting aferent paginii. Poate fi C#, vb, sau Jscript. - Codebehind: defineste numele fisierului in care va fi salvat codul surs aferent paginii. La crearea unei pagini web, mediul de dezvoltare creaza in mod automat si fisierul sursa care p streaz codul din spatele paginii - SmartNavigation: permite browserului s reimprosp teze doar acele seciuni din forma web care au fost schimbate. Avantajul folosirii SmartNavigation este faptul ca ecranul clientului nu clipeste la momentul reimprosp t rii paginii. In timpul improsp t rii, pozitia de derulare vertical a paginii se p streaz . De asemenea, se p streaza si istoricul paginilor vizitate. Facilitatea SmartNavigation este posibil doar pentru browserele Internet Explorer v. 5.0 si mai noi. Atributele body definesc modul de afisare a obiectelor de pe browserul clientului si sunt incluse in cadrul atributului HTML body. Astfel avem: - PageLayout: are ca si tag asociat ms_positioning si determin modul in care textul si controalele sunt pozitionate pe pagin . Pentru PageLayout exist dou alternative: o FlowLayout: textul, imaginile i controalele se afiseaza una dup altele pe ecran, in functie de l imea disponibil a ferestrei browserului client o GridLayout: textul, imaginile si controalele sunt fixate pe pagin prin coordonate absolute. Implicit, GridLayout este selectat si ca mod de afisare im pagina in formele web ASP.NET Atributele de forma definesc modul in care controalele din forma sunt afisate. Ele apar in interiorul tagului HTML <Form>. In mod uzual, un tag <form> n ASP.NET arat in felul urm tor: <Form id=Form1 method=post runat=server>

 </Form> Atributele formei includ: - Method: identific metoda prin care controlul trimite date inapoi la server. Optiunile sunt Get si Post - Runat: daca este setat ca si server, forma transmite informatii de control inapoi la pagina ASP.NET de pe server care execut codul asociat. Astfel, se realizeaza rularea formei pe server. Daca optiunea Runat=server lipseste, atunci forma este similar cu o form HTML.

6. Care sunt categoriile de controale web server i prin ce se diferentiaza acestea de controalele HTML server?
Controalele server ASP.Net sunt componente care ruleaz pe serverul web si care incapsuleaz funcionalitate de interfa utilizator sau alte funcionalit i specifice. Controalele server apar att in paginile web efective ct i in codul surs din spatele paginilor. Controalele server includ butoane, cutii de text, liste drow-down, etc. Controalele server au atributul runat=server similar cu atributul formelor web. Folosirea acestui atribut la un control inseamn c funcionalitatea controlului ruleaz pe server i nu in browserul clientului. O alt caracteristic a controalelor server este c starea de vizualizare (view state), set rile i inputul utilizatorului sunt salvate in mod automat atunci cnd pagina este trimis inainte/inapoi intre client si server. Controalele tradiionale HTML sunt lipsite de stare i isi schimb apariia la forma implicit ori de cte ori pagina se reintoarce la client de la server. In ASP.NET controalele server sunt bazate pe un model comun de obiecte. In consecin , aceste controale vor partaja o serie de atribute comune. De exemplu, dac dorim s set m culoarea de fundal (background) a unui control, vom folosi acelasi atribut denumit BackColor, indiferent de tipul particular de control. ASP.NET furnizeaza o palet larg de controale web. Unele controale server se aseam n Exist urm toarele categorii de controale web server:

- Controale intrinseci: acestea se potrivesc cu elemente HTML simple, precum butoane, liste de afisare, etc. ele se utilizeaz similar cu controalele HTML. - Controale de validare: incorporeaz logic pentru a permite testarea inputului utilizator. Pentru a testa inputul utilizatorului, se ataeaz un control de validare la un control de intrare i se specific condiiile necesare pentru un input corect. - Controale rich: sunt controale complexe care include funcionalit i multiple: de exemplu AdRotator folosit pentru a afisa o secven de reclame, Calendar folosit pentru a funiza un calendar pentru selectarea datei etc. - Controale cu list ataat : aceste controale afieaz liste cu date, permitnd s se afiseze, reformateze, sorteze si editeze datele legate de control - Controale web specific Internet Explorer: exist o serie de controale precum MultiPage, TabStrip, Toolbar sau TreeView care pot fi desc rcate de pe Internet si integrate in Visual Studio .NET. Aceste controale cu toate c pot fi afisate in orice browser utilizeaz o serie de avantaje si capabilit i specifice Internet Explorer.

7. Cum gestioneaza ASP.NET starea de vizualizare?

Avantajul procesului _VIEWSTATE este acela c programatorul se poate concentra pe designul paginii web i nu trebuie s i mai construiasc o infrastructur prin care s gestioneze starea paginii. Controlul _VIEWSTATE este un control ascuns care contine o valoare de tip string care codific perechile de tip nume-valoare pentru fiecare control din form , precum si ultima valoare a fiec rui asemenea control. LA fiecare cerere a clientului, controlul _VIEWSTATE este reimprosp tat i este trimis inapoi la server. Serverul, la rndul s u menine valoarea nou a controlului _VIEWSTATE, valoare pe care o retransmite la client in cadrul r spunsului formulat de server. Rezultatul este c set rile din pagin r mn consistente de la o cerere la urm toarea

8. Cnd se recomand utilizarea controalelor HTML server intr-o pagin web?

Se recomand folosirea controalelor HTML server in urm toarele situaii: - Se prefer utilizarea modelului de obiecte HTML. - Se lucreaz intr-o aplicaie web cu pagini HTML existente i se doreste ad ugarea rapid de funcionalitate. Deoarece controalele HTML server se mapeaz direct pe controale HTML, nu va mai fi nevoie s se inlocuiasc controale existente i se evit astfel posibile erori de substituie sau formatare a paginii. - Controalele HTML trebuie s ruleze att cod client ct i cod server. Se poate scrie cod scripting client care s aib ca tint controale HTML obinuite. De asemenea se poate folosi i cod server pentru c aceste controale sunt de tip server - L imea de band a serverului este limitat , iar pentru aceasta este nevoie s se realizeze multe proces ri la nivel de client.

9. Cnd se recomand utilizarea controalelor web server intr-o pagin web?

Controalele web server nu numai c reproduc aproape fidel controalele HTML, dar ele includ si un num r semnificativ de noi controale care nu exist in HTML. Vom folosi un control web server atunci cnd: - Prefer m un model de programare orientat obiectual. Controalele se identific prin atributul ID i se poate separa usor partea de interfa utilizator de cea de logic de business. De asemenea se pot crea aplicaii cu controale imbricate si s se prind evenimentele la nivel de container. - Dorim s creem pagini web afisabile pe o mare varietate de browsere. Deoarece logica din interiorul controalelor Web server este capabil s creeze cod HTML personalizat facilit ilor din diversele browsere web, se pot scrie aplicaii care s fie personalizate pentru cele mai noi browsere. - Dorim o anumit controale web server - Latimea de band nu este limitat , putem astfel folosi intreaga putere a controalelor web server funcionalitate avansat care este furnizat doar de asemenea