A statikus tartalom dinamikus kialakításának technológiája @
Nyomtatható verzió
Technológia: dinamikus statikus
A statikus tartalom problémája
Minden oldal elrendezésével egyetlen egyszerű probléma merül fel, amely egyszerűsége ellenére megoldást igényel. Ez a statikus tartalom problémája.
A dinamikus környezet statikus tartalma valahogy szétesik. A statikus oldalak általában dinamikusan készülnek, egyszerűen a testükben egyszerűen egy tartalom HTML-jelölése. De ez a probléma, nevezetesen, hogy amikor megpróbálja megváltoztatni a webhely megjelenését, akkor át kell fordítania a statika minden oldalát. És csináld azt ó, milyen lustaan a programozó, megszokta a bőrt és a sablonokat =)
kezelése
A probléma megoldása az absztrakció további szintjének bevezetése és a tartalom elkülönítése a kijelzőről. Ehhez több technológiát is használhat.
- Írjon CMS-t és tárolja a szövegeket a dinamikában;
- Teljesítse az összes szöveget a felhasználói vezérlőkkel;
- Használja az XML-t;
E módszerek közül az XML és a kapcsolódó technológiák alkalmazása tűnik a legkényelmesebbnek, mivel ebben az esetben a programozási munka minimális. És ez a statika és a statika, hogy a lehető legkevésbé megérintse, nem változik. Másfelől az XML szerkesztése nem kevésbé kényelmes, mint a HTML szerkesztése. Tehát nem fogunk sérteni bárhol.
Támogatásunk meghozatalához több lépést teszünk meg:
- Formázza tartalomunkat XML-dokumentumként;
- Hozzon létre egy XSLT sablont a részleges HTML létrehozásáról XML-ből;
- Hozzon létre egy ASP.NET sablont a mesteroldalak támogatásához és kimenet létrehozásához;
- Hozzon létre egy HttpHandler-t az SFU (Search Friendly Url) támogatásához;
XML dokumentum
A fejlődés kezdete az XML dokumentum séma kialakításában rejlik. Ez a feladat egyszerű, de kreatív =) A dokumentumnak tartalmaznia kell az anyag felépítéséhez használt szemantikai címkék készletét. A vigasz azt szolgálhatja, hogy nem szükséges a teljes rendszert egyszerre létrehozni, elég egy minimális készlet felosztása és kibővítése, ahogy az ügy halad. Például egy dokumentum lehet:
Ebben a példában a cikkcímke meghatározza a gyökérdokumentumbontot, a fejléc tag meghatározza a fejlécet, és a szövegcímke meghatározza a cikk bekezdésének szövegét. Elõször elég, mások késõbb adják hozzá, ha szükséges.
XSLT sablon
Egy dokumentum XML-fájlból számos módon jeleníthető meg. A legígéretesebb az XSLT technológia használata, mert belemerültünk az XML világába, ezért fejest ugrottunk!
A prezentáció szintjének kialakításához összeállítjuk az XSLT sablont, amelynek célja a statikus tartalom HTML-jelölésének kialakítása. Az XSLT sablon lehet például a következő:
Ez minden bizonnyal a legegyszerűbb sablon, de ehhez a példához nincs szükségünk többre. Érdemes figyelni a sablon alábbi jellemzőire:
ASP.NET sablon
A következő lépés az, hogy összehozza a darabokat, és egy gyönyörű és tiszta egészet képezzen =) Mivel dinamikus technológiákat használnak, az oldal dinamikus is lesz. Feladata, hogy az XML-t a sablonunk segítségével lefordítsa. Az oldal például:
Ez is a legegyszerűbb oldal, de ennek ellenére elvégzi a funkcióját. Statikus tartalmát dinamikus sablonként írja le, és ugyanakkor elkészíti a kért tartalmat.
A könyvtár szerkezete
Oldalunk célja a faj URL-jének feldolgozása
/articles/article.aspx?code=topic a cikk megjelenítéséhez
/articles/topic/article.xml. A működésének támogatásához hozzon létre a fájlok és könyvtárak következő struktúráját:
/ cikkek - cikkek mappa;/articles/article.xslt - XSLT sablonfájl;
HttpHandler
Nagyon jónak bizonyult, de van valami, ami zavarja =) A felhasználók és a keresőmotorok, mint a cgi-féle urlok sem. Természetesen normális, de jobb lenne, ha az URL-ek normálisak lennének, csak az URL-eket és az URL-eket. Azokat, akiket barátságos keresőprogramoknak és emberi érthetőségnek is neveznek.
A probléma megoldása érdekében a servlet technológiát alkalmazzuk, amelyet a Java tanulmányozása közben vetítettem ki. A .NET-ben elérhető összes lehetőség elérhető, köszönhetően Billy =)
A tartalomkérelmek kezelésére a legegyszerűbb kezelőt fogjuk írni, amelynek egyetlen feladata a lekérdezéseknek a statikába történő továbbítása. A kezelő például a következő lehet:
Ennek a kezelőnek a célja a kérés eldöntése. A nyomtatvány kérelmei
/articles/topic/article.aspx (nincs ilyen oldal a rendszerünkben) le lesz fordítva
/articles/article.aspx?code=topic. Azokra a lekérdezésekre, amelyekhez megfelelő XML található. A nem létező XML-ekre vonatkozó kérelmek átkerülnek az oldalra, és egy cikklista található. A kezelőnek regisztrálnia kell a web.config programot, például:
Most a kéréseket a kezelőnk fogják lefoglalni, és elküldjük egy olyan sablonba, amely lefordítja a kívánt XML-dokumentumot.
Így csökkentettük a kód duplikálását. Most csak egy olyan cikket regisztrálhat, amelynek nincs létező URL =) SiteMap fájljában ", és megtiszteltetés lesz".
A kanálok nem léteznek
Ez a példa azt mutatja be, hogy a dinamikus technológiák hogyan segíthetnek a statika használatában. Az egyik összetevő megváltoztatása hatással lesz a statika összes oldalának megjelenítésére. És ez jó, mert beírja a programozó munkáját a nem programszerű feladatokra. A példa a többszintű architektúrák értékét is bemutatja, a mai nap egyik legfontosabb eredménye.
Az oldalon megjelenített tartalmat átmásolhatja, újra közzéteheti, módosíthatja, módosíthatja a tervet (és így tovább), feltéve, hogy az indexelt link betűtípusának bármely színét, méretét és stílusát helyére helyezi:
Nyomtatható verzió