Know-how, előadás, webes űrlapok

előző ◈ a következő

Kivonat: Az ellenőrzések abszolút pozícionálása. A kezelő a CheckBox egy példányának átváltására. Az ASP.NET eseménymodell. Automatikus visszajelzés. A megtekintési állapot mentése. A kiszolgálón futó oldalak futtatása. Eseményfeldolgozás. Automatikus adatmegkötés. Az oldal egy ellenőrző konténer. Az oldal címének szoftvervezérlése. Hozzon létre egy vezérlést futásidejű. Class Page. Objektumok munkamenet, alkalmazás, gyorsítótár. A Kérelem objektum. A válasz objektum. A kiszolgáló objektum. A Felhasználói objektum.

Az előadás letölthető fájljai itt

ASP.NET oldalak. hivatalosan webes űrlapnak nevezik, az ASP.NET alkalmazás szerves részét képezik. Ezek olyan speciális interfészegységek, amelyeket az ügyfelek kérhetnek és megjelenhetnek böngészőikben. Az ASP.NET webes űrlapjai ugyanazt a vizuális programozási technológiát támogatják, mint a helyi alkalmazások Windows formáit. És nagyon kényelmes a szegény és szerencsétlen fejlesztők számára, azaz velünk együtt.

A webes űrlapok középpontjában a HTML-oldalak leírása szerepel

. . Más rendszerek aktív lapjaiban, például a PHP-ben. oldalon többszörös leíró elemek is vannak . (a HTML formák leírói). Ebben az esetben ezeknek a leíróknak különböző értékű ID-attribútumokkal kell rendelkezniük, így az aktív oldalt támogató rendszer meg tudja különböztetni, hogy melyik formát küldi el a feldolgozni kívánt kiszolgálónak.

Az ASP.NET oldalak megkövetelik, hogy mindegyiküknél legfeljebb egy formanyomtatvány legyen (elvileg lehet több formanyomtatvány is az oldalon, de csak egy formátum jelenhet meg egyszerre Visible = True).

Ez azonban elég egy egyszerű HTML oldalhoz is, így a HTML-formátum minden vezérlőeleme tartalmaz minden információ összegyűjtését a kiszolgálónak küldött visszaadás előkészítésekor. Amikor a felhasználó rákattint a Küldés gombra. A böngésző minden vezérlőből lekérdezi az aktuális értékeket egymás után, és hosszú sor pár ID = értéket hoz létre tőlük. Ezután ezt a sort elküldi a kiszolgálónak a leíró műveleti attribútumában megadott oldalon . a post módszer használatával. vagy a get módszert. Ha a művelet attribútum nincs megadva, az adatok ugyanarra az oldalra kerülnek. A HTML maga nem határozza meg a formanyomtatványok számát, az ASP.NET készletek és az egy aktív oldal esetében csak egy HTML formát képes létrehozni .

Legyen a Page.aspx. amely azonban kiterjedése .aspx. de tartalmazza a szokásos statikus oldal kódját. Ha ilyen lapot futtat, az ASP.NET rendszer azt a felhasználóhoz továbbítja, anélkül, hogy hozzáadna semmit. Bár ez időt vesz igénybe, hogy elemezze a kódot, és megállapítsa, hogy semmit sem kell hozzáadni.

Prezentáció a böngészőben (kliens)

Ezt a formanyomtatvány URL kódolásának nevezik latin betűk és számok érvényes karaktereiben (egyszerűség esetén a CHETKOB B.M. csak latin betűkkel van megadva), így az üzenet nem tartalmaz vezérlő karaktereket. amely nemkívánatos hatásokat okozhat. Mivel a fogadó oldalon nincs megadva, a kiszolgálóoldali űrlapon lévő adatok a kiszolgálói oldalon ugyanazok az oldalak lesznek. Példánkban nem tesz semmit. Először is nem a kiszolgálón van elhelyezve, másrészt nincsenek olyan aktív kiszolgálóelemek, amelyek képesek lefordítani a leíróit és azok attribútumait kódváltozókká és azok értékeire.

Már említettük, hogy ha ezt az oldalt a kiszolgálóra helyezi, akkor a kiterjesztés ellenére .aspx. ASP.NET - a gép nem fog feldolgozni. Ehhez a HTML-leírókat aktiválni kell (szerveroldali) a runat = "server" attribútum hozzáadásával. E tekintetben két definíciót hozunk létre: az a lap, amely nem tartalmaz szerverleírókat. statikusnak (passzívnak) hívják. Ha van legalább egy leíró a megadott attribútummal az oldalon, akkor ezt az oldalt tovább kell feldolgozni az ASP.NET rendszeren (vagy más), és dinamikusnak (aktívnak) hívják.

Ezért erkölcsi: jobb statikus htm vagy html kiterjesztések statikus oldalakhoz rendelése. így a kiszolgáló az ügyfél kérésére haladéktalanul elküldte. Ha egy aspx kiterjesztést rendel egy statikus oldalhoz. még mindig változatlanul elküldik az ügyfélnek, de előtte áthalad a feldolgozó rendszeren, ami további időt és gépi erőforrásokat igényel.

Példa az oldal kódolására

A héj két fő lapot tartalmaz felhasználó felület elemekkel az aktív oldalak, a Standard és a HTML támogatására. A HTML-lap olyan elemeket tartalmaz, amelyek közvetlenül támogatják a HTML-leíró szabványt. és szükség van arra, hogy a régi oldalakat az új ASP.NET technológiához alkalmazzuk, minimális módosításokkal. Elegendő a runat = "szerver" attribútum hozzáadását az ilyen elemek leírójához. A Szabvány lap több fejlett vezérlőt tartalmaz. nagyobb tulajdonságokkal és eseményekkel rendelkezik, teljesen objektíven programozható.

Amikor elemeket helyez el az oldal HTML lapjáról, a runat = "server" attribútum nem kerül automatikusan hozzáadásra, és egy ilyen elem nem kerül feldolgozásra a kiszolgálón a kiszolgálón. Ezért nem kódolható programozási nyelvben. Először meg kell jelölnie az elemet szerver elemként úgy, hogy a megadott attribútumot közvetlenül az elem leíró ábrázolásába vagy a kijelölt elem Dizájn mód parancsértelmezőjébe írja be, hívja a helyi menüt és futtassa a Run As Server Control opciót

Ha egy aktív oldalt fejlesztünk a semmiből, akkor jobb, ha azonnal alkalmazzuk a szerverellenőrzéseket. ahol a runat = "kiszolgáló" leíró automatikusan telepítve van. Továbbá, ha eltávolítod, akkor hibának számít. Címkék. a kiszolgálóelemeket reprezentáló elemek az asp: Tip_Type paranccsal kezdődnek. akkor az elem attribútumait követi.

Hozzon létre például egy egyszerű oldalt.

Hozzon létre egy új webhelyet a Fájl / Új / Webhely parancssal ... a varázsló ablakának beállításával

Az OK gomb megnyomása után létrejön egy kezdőlap, amely két fájlból áll: Default.aspx és Default.aspx.cs.

Kétféle ASP.NET oldal kódolható:

Beágyazott kóddal rendelkező oldalak (kombinálva), ha az összes C # kód és HTML-leíró egy egyetlen .aspx fájlban van tárolva
A rejtett kóddal ellátott oldalak (külön, lapozva), ha a C # kódot a .aspx.cs fájl leírókkal elkülönítve tárolják.

A második út jobb, és az oldal kezdeti oldalát így hozza létre. A Big Bill azt javasolja, hogy használja a második módszert az oldal tervének és funkcióinak elválasztására. De az edzés után az első módszert használjuk.

A Solution Explorer panelen törölje a fájlt a C # kóddal

Közvetlenül a nyilatkozat alatt hozzon létre egy konténert