alkalmazás modell
A web szerver fogalma sincs arról, meglévő különböző kérelmek - egyszerűen továbbítja a kérelmet az ASP.NET munkavégző folyamat. Azonban az ASP.NET munkavégző folyamat gondosan megosztott kódfuttatásra különböző alkalmazási területeken alapuló virtuális könyvtár. Weboldalak, amelyek ugyanabban a virtuális könyvtár (vagy annak egy alkönyvtárak) végezzük az azonos alkalmazási területen. Weblapok különböző virtuális könyvtár kerülnek végrehajtásra a különböző alkalmazási területeken.
alkalmazási terület
Az alkalmazási terület - ez határozza meg a határ a CLR, amely biztosítja, hogy egy alkalmazás nem befolyásolja egy másik alkalmazás (vagy lásd a saját memóriájában tárolt adatok). A következő jellemzők közvetlen következménye az alkalmazási területen modell:
Az összes internetes oldalt az azonos webes alkalmazás ugyanazt a források, amelyek a memóriában - a globális alkalmazás adatok, az egyéni felhasználói ülések, valamint a gyorsítótárban tárolt adatokat. Ez az információ nem közvetlenül elérhető, a többi ASP.NET vagy ASP alkalmazás.
Az összes internetes oldalt az azonos webes alkalmazás ugyanazokkal az alapvető beállításokat. Azonban, akkor meg néhány konfigurációs paramétereket külön alkönyvtárakat az azonos virtuális könyvtár. Például beállíthatja csak egy hitelesítési mechanizmus webes alkalmazások, nem számít, hány almappákat van benne.
Minden web-alapú alkalmazások generálnak globális események különböző szakaszaiban az alkalmazás (ha az alkalmazás domain létrehozása az első alkalommal, amikor elpusztult, és így tovább). A kódot Global.asax fájlt a virtuális könyvtár alkalmazás, akkor csatolni eseménykezelőt, hogy válaszoljon ezekre a globális alkalmazás eseményeket.
Más szóval, a virtuális könyvtár alap csoport szerkezetét meghatározó határait ASP.NET alkalmazás. Megengedett ASP.NET alkalmazás is tartalmazhat egyetlen webes formában (fájl .aspx). Elvileg azonban minden ASP.NET alkalmazás tartalmazza az összes alább felsorolt alkotóelemek:
Ezek a komponensek alapvető bármilyen ASP.NET alkalmazás.
Mester Pages (.master fájlok)
Ezek a komponensek a sablonokat, amelyek lehetővé teszik, hogy egy több webes űrlapok a ugyanazt a szerkezetet.
Ezek a komponensek megosztásának lehetővé tétele hasznos funkciók alkalmazások találhatók a különböző számítógépeken és platformok.
a kód mögött fájlokat
Attól függően, hogy a kód minta is jelen lehetnek, és a kiválasztott forrás fájlokat. Ha ezek a fájlok tartalmazzák a kódot C #, ezek kiterjesztése .cs.
A konfigurációs fájl (Web.config)
Ez a fájl tartalmaz egy sor olyan alkalmazás-szintű paraméterek, amelyek felelősek konfigurálása minden szempontból, kezdve a biztonság hibakeresés és az állam ellenőrzése.
Ez a fájl tartalmazza az esemény rakodók, amelyek reagálnak a globális alkalmazás eseményekre (például az első futtatás).
Köztük van összeállított részegységek, amelyek vagy egyes komponensek által kifejlesztett te vagy harmadik féltől származó összetevők, amelyek hasznos funkció. Ezek a komponensek lehetővé teszik, hogy egymástól az üzleti logikát a adatelérési logika és hozzon létre egyéni ellenőrzéseket.
Természetesen a virtuális könyvtár tartalmazhat számos további forrásokat, amelyeket használni fognak az ASP.NET web-alapú alkalmazások, beleértve a stíluslapok, képek, az XML-fájlok, stb Ezen felül, ha kiterjeszti ASP.NET modell fejlesztése speciális alkatrészek - HTTP rakodók és HTTP modulokat lehet integrálni a kérelmet, és részt vesz a feldolgozás egy ASP.NET webes kéréseket.
Ugyanebben virtuális könyvtár lehetnek tárolva a különböző típusú fájlok tartozó különböző processzorok. Egy egyszerű példa lenne keverve .aspx fájlokat és Asp. Egy bonyolultabb példa 4 ASP.NET környezetben lehet konfigurálni, hogy feldolgozza a kérelmeket az .aspx fájl egy ASP.NET 3.5 - kérésekre fájlokra más kiterjesztés.
Az élettartam a kérelem
Ahhoz, hogy hozzon létre egy ASP.NET alkalmazási terület Késleltetett technológiát használ, vagy a „lusta” inicializálás (lusta inicializálás). Ez azt jelenti, hogy a domain név az internetes alkalmazás jön létre az első kérés kézhezvételét egy oldalra ebben az alkalmazásban.
alkalmazási területen munkát meg lehet szüntetni a különböző okok miatt, beleértve miatt a befejezése a webszerver. De mint általában, az alkalmazás önállóan újraindul új alkalmazási területeken válaszul hibákat vagy változtatásokat a konfigurációt.
Abban az esetben, az alkalmazás módosítása ASP.NET runtime automatikusan frissíti az alkalmazási területek. Egy példa lehet a módosítás a web.config fájlt. Egy másik példa - váltja fel a meglévő weboldal fájl vagy szerelvény DLL-fájl. Mindkét esetben, ASP.NET indít egy új alkalmazási területen kezelni az összes jövőbeli kérések és megtartja a meglévő alkalmazási területen működő, amíg a teljes feldolgozás minden függőben lévő kérelmek (beleértve azokat, amelyek a sorban).
Összehasonlítása alkalmazási területeken és az alkalmazás medencék
Az IIS Web Application viselkedést úgy van beállítva, az alkalmazás medence. Application pool beállítások határozzák meg a változat .NET, ami az, hogy az alkalmazást, hogy mennyi inaktív állapotban maradhat a végén, hogy ez automatikusan újra kell indulnia, ha bizonyos hibákat, stb
alkalmazás medence koncepció hasonló a koncepció alkalmazási területeken, de valamivel nagyobb. A különbség a következő. Minden IIS alkalmazáskészletnek lehet beállítani egy vagy több webes alkalmazások. Végrehajtása során az egyes webes alkalmazás jellemzően egyetlen alkalmazási területen. Formálisan, az alkalmazás medencék konfigurációs eszköz IIS-t, az alkalmazási területek - része a .NET infrastruktúra.
Frissítés alkalmazások
Az egyik leginkább figyelemre méltó jellemzői az ASP.NET modell, hogy lehetővé teszi, hogy frissítse a webes alkalmazás újraindítása nélkül a webkiszolgáló és nem kell aggódnia, hogy kárt okozhat a meglévő ügyfelek. Ez azt jelenti, hogy a fájlokat a virtuális könyvtár lehet változtatni, hozzáadni vagy eltávolítani bármikor. ASP.NET majd végrehajtja pontosan ugyanazt átmenetet egy új alkalmazási területen, mint abban az esetben változik a konfiguráció a web.config fájlt.
Az a képesség, hogy frissítse a kérelmeket, bármikor megszakítása nélkül a teljesítmény meglévő lekérdezések, egy hatékony eszköz. Azonban fontos, hogy megértsük, hogy az ASP.NET elérhetővé teszi építészet. Sok fejlesztő tévesen feltételezte, hogy ezek az átmenetek simán egy új ASP.NET alkalmazás tartomány lehetővé teszi a CLR. De valójában, CLR-környezet mindig blokkolja a összeállításfájlok végzésekor őket.
A második figyelemre méltó jellemzője az a képesség, hogy érzékelje az ASP.NET forrás fájlokat. Itt minden teljesen világos - ASP.NET egyszerűen támaszkodik a lehetőségét, hogy a Windows operációs rendszer nyomon követni a fájlok és könyvtárak, és küldje el azonnal értesítést változásokat. ASP.NET fenntart egy aktív listája szerelvények betöltött sajátos alkalmazási területen, és használja az ellenőrző kódot a változások nyomon követését, és megteszi a szükséges lépéseket.
ASP.NET használhatja tárolt fájlok GAC (Global Assembly Cache - GAC), amely elérhető a számítógépes tárolás és tartalmazza mindazokat az alapvető összetevők, mint például szerelvények a .NET-keretrendszer osztálykönyvtárat. A GAC lehet helyezni, és építeni a saját, de általában bonyolult a telepítése és kezelése webes alkalmazások.
Az alkalmazás könyvtár felépítése
Minden webalkalmazás kell egy jól átgondolt könyvtár struktúrát. Bármi legyen is a könyvtár struktúra célja nem fejlesztő, ASP.NET kínál számos katalógusok speciális célokra:
Speciális katalógusok ASP.NET
Ez a könyvtár tartalmazza az összes előre lefordított .NET assembly (amelyek rendszerint formájában DLL-fájl), amely ezt ASP.NET webes alkalmazás. A sok ilyen berendezésre egyaránt tartalmazhat előre összeállított weblapok osztályok és egyéb szerelvények által hivatkozott azon osztályok.
Amikor a fejlődő webes alkalmazás Visual Studio mintát használja a projekthez, hanem a sokkal gyakoribb modell web-site, a Bin könyvtárban is tartalmaznak szerelés lefordított kód minden webes alkalmazásokat. Ez a szerelvény ugyanaz, mint hogy az alkalmazás neve, például WebApplication1.dll.
Ez a könyvtár tartalmazza a forráskód fájlokat, amelyek dinamikusan összeállított használható az alkalmazás. Ezek kódfájlokhoz jellemzően esetben külön egységek, mint a komponens bejelentkezési vagy hozzáférési adatok könyvtárban. Dinamikusan lefordított kód nem jelenik meg a Bin könyvtárban, ASP.NET fogalmaz az ideiglenes könyvtárak, amelyek kifejezetten erre a célra.
Ez a könyvtár tárolja globális források állnak rendelkezésre az egyes oldalak a webes alkalmazás.
Ez a könyvtár ugyanazt a célt szolgálja, mint a Arr_GlobalResources katalógus, de tartalmaz erőforrások rendelkezésre állnak csak azoknak az oldalaknak a kérelmet, amelyhez kifejezetten.
Ez a könyvtár tartalmaz linkeket a webes szolgáltatás, amely ezt a web-alapú alkalmazás, például a WSDL fájlok és megállapítást dokumentumokat.
Ez a könyvtár tárolására használt adatokat, beleértve az adatbázis fájlok SQL Server Express, és az XML fájlokat. Természetesen az adatfájlok tárolhatók más könyvtárak.
Ez a könyvtár tartalmazza a böngésző tárolt meghatározások XML-fájlok. Ezek az XML-alapú fájlok határozzák meg, hogy a böngésző programok végrehajtása a különböző kapcsolódó tevékenységek megjelenítés. Bár ASP.NET teszi globálisan (a teljes számítógép), App_Browsers katalógus lehetővé teszi, hogy konfigurálja ezt a viselkedést az egyes webes alkalmazások.
Ez a mappa tartalmazza téma, hogy lehet használni a webes alkalmazás.