Detaily o * .tpl soubory dle šablony jejich účel. Použití souborů TPL TPL PHP Šablony Jak používat

Okamžitě řeknu, že jsem již napsal o tomto tématu zde :. Nicméně, ne všichni chápali tento materiál a rozhodl jsem se vrátit k němu a psát všechno trochu jinak. Není to tajemství, že žádný vážný motor nikdy nebude míchán ve vašem kódu. Html. a Php.. Ale, Html. a Php. kódy jsou velmi úzce vzájemně provázané, takže aby neinvestovaly pravidla "dobrého tónu", byly vynalezeny soubory TPL. Tyto soubory jsou uloženy HTML kód s prvky šablonykteří jsou nahrazeni PHP kód. Podívejme se více podrobněji použití souborů TPL S příkladem.

Vezmeme si s sebou Nejzákladnějším příkladem je uživatelský panel, kde je jeho avatar a pozdrav podle jména. Nejprve vytvořit soubor TPL.a nechat ho zavolat userPanel.tpl.. Připomínám vám, že je to jen kus HTML kód s prvky šablony:

Dobrý den,% Jméno%!




Nic složitého, je to jen obyčejná HTML kód. Stojí za to namísto určitých hodnot % Prvků_sablon%.

Teď to zjistíme PHP zpracování. Všechno bude více než abstrakt, ale bohužel, jakýmkoliv způsobem. Hlavní věcí je porozumět principu práce. Tak PHP kód Pro vytvoření zpracování soubor TPL.:

/ * Tato funkce, i když používá vyrovnávací paměti, ale podstatu elementární: Vrátit obsah souboru * /
Funkce Gettemplate ($ jméno) (
Ob_start (); // spustit ukládání výstupu do vyrovnávací paměti
Zahrnují ($ jméno. "TPL"); // Odeslání obsahu souboru do vyrovnávací paměti
$ Text \u003d ob_get_clean (); // Vyčistěte vyrovnávací paměti a vraťte obsah
Vrátit $ text; // text návrat ze souboru
}
$ NAME \u003d "Nikolai"; // odstraněn ze základny
$ avatar \u003d "avatars / user_15.jpg"; // odstraněn ze základny
/ * Začíná nahradit prvky šablony pro reálné data * /
$ Userpanel \u003d str_replace (
Pole (
"% Název%",
"% avatar%"
),
Pole (
$ NAME.
$ avatar.
),
Gettemplate ("UserPanel")
);
Echo $ userpanel; // zobrazí konečný výsledek
?>

Toto je nejjednodušší volba. Všechno komentovalo, takže pro tento příklad by neměly být žádné otázky. A ve skutečnosti se každá stránka skládá z těchto bloků. Váš úkol vezme správné bloky (funkce gettemplate ()), Vyměňte potřebná data (funkce Str_ReReplace () a data získaná, například ze základny), a pak jednoduše připojit všechny bloky jako běžné řádky a výstup všeho na stránku.

Rozhodně bez Oop Bude zde velmi problematické. Zavazujete takovou řadu podmínek (spousta stránek), které rychle zmíní. Ale zásada použití soubory TPLDoufám, že jste si uvědomil. Dále přemýšlet o tom, jak se zabalit OopTakže vše je co nejjednodušší, pokud jde o pochopení kódu a jeho údržby v budoucnu.

Po vytvoření info.-File, v zásadě je toto téma již definováno. To znamená, že můžete jít do sekce Správa polí. http://mysite.ru/admin/build/themes. A zahrnout tam své téma. Samozřejmě, že po zapnutí na tom není žádný design, nebudete vidět - stránka získá styl "černé na bílém" - na bílém pozadí černý text.

Chcu však poznamenat, že navzdory skutečnosti, že v našem tématu nejsou žádné soubory mytheme.info. není lži, web bude fungovat stejně jako dříve - stáhnout veškerý obsah, přidat bloky k regionům ( http://mysite.ru/admin/build/block.) atd. To je vysvětleno tím, že jádro Drupalu povinné modulyDokonce i s úplnou absencí všech souborů ve vašem tématu (s výjimkou informačního souboru) vám umožní pokračovat v práci s Drupal.

V zásadě se všechny vytváření šablony sestává na překrývající se soubory šablony (mají rozšíření .tpl.php.) Standardní moduly našeho CMS..

Nejdůležitější soubor TPL (TPL je snížení Šablona., šablona) page.tpl.php.. Je zodpovědný za budování každé stránky stránky. Zabýváme se tím, co je soubor šablony:

  • hTML kód
  • pHP kód
  • javaScript kód (není nezbytné)

V každém souboru šablony vysílá Drupal data stránek ve formě standardních proměnných. Pro každý soubor šablony jsou 2 typy proměnných:

  • proměnné, které jsou přenášeny pouze k tomuto souboru.
  • proměnné, které jsou přenášeny do všech souborů

Zde je seznam všech proměnných page.tpl.php.:

Obecné proměnné (pro všechny soubory):

  • $ Base_path. - Základní cesta, kde byl instalován Drupal
  • $ Css. - Pole souborů CSS připojených k aktuálnímu souboru šablony
  • $ Adresář. - cesta ke složce, ve které je nainstalováno
  • $ is_front. - Vrátí hodnotu pravdy, pokud jste na hlavní stránce
  • $ Logged_in. - Vrátí hodnotu pravdy, pokud jste přihlášeni
  • $ is_admin. - Vrátí hodnotu pravdy, pokud máte přístup k administrátorovi

Stránky metadat

  • $ Jazyk. - (objekt) Aktuální jazykkterý se zobrazí na webu
  • $ Language-\u003e Jazyk - Obsahuje její textové reprezentace
  • $ Language-\u003e dir - Obsahuje směr jazyka. To bude nebo bude "LTR" (vlevo ") nebo" RTL "(vpravo doleva)
  • $ Head_title. - Upravená verze titulní stránky pro použití mezi značkami
  • $ Hlava. - vložen mezi značkami . Obsahuje meta tagy, klíčová slova atd.
  • $ Styly. - Používá se ke stažení každého cSS.-Filets na aktuální stránku
  • $ Skripty. - Používá se ke stažení každého javaScript "Ov. na aktuální stránku
  • $ body_classes. - Sada tříd cSS. Pro Taga. . Obsahuje informace o aktuálním uspořádání sloupců na místě, jejich číslo, aktuální URL "E atd.

Informace o webu

  • $ Front_Page. - Adresa hlavní stránky webu. Je lepší použít tuto proměnnou pro odkaz na hlavní stranaprotože Zahrnuje jazyk domény a předponu
  • $ LOGO. - cesta k logo webu, pokud je součástí webu
  • $ Site_name. - Jméno stránky. Může být prázdný, pokud jej vypnete v funkcích v informačním souboru. Nakonfigurován v mySite.ru/admin/settings/site-information.
  • $ Site_slogan. - Sloganské místo. Může být prázdný, pokud jej vypnete v funkcích v informačním souboru. Nakonfigurován v mySite.ru/admin/settings/site-information.
  • $ Mise - Místo mise. Může být prázdný, pokud jej zakážete v funkcích v informačním souboru. Nakonfigurován v mySite.ru/admin/settings/site-information.

Navigace

  • $ Search_box. - Obsahuje HTML kód, který zobrazuje řetězec vyhledávání. Může být prázdný, pokud jej vypnete v informačním souboru
  • $ primární_links.
  • $ Sekundární_links. - pole obsahující navigační odkazy pro web, pokud jsou povoleny v funkcích informačního souboru

Výchozí obsah stránek

  • $ Vlevo. - oblast. Obsahuje HTML kód pro levý sloupec. Pokud v informačním souboru nastavit všechny regiony, pak zmizí
  • $ Stroje. - "strouhanka"Pro aktuální stránka
  • $ title. - Název stránky
  • $ Pomoc. - Dynamické tipy, zejména v admin
  • $ Zprávy. - Zobrazí chyby a varování na webu
  • $ Karty. - Odkazy (záložky) Připojení aktuální stránky se svými subdrapy (například pro článek - s jeho editační stránkou)
  • $ Obsah - Obsah aktuální stránka
  • $ v pořádku - oblast. Obsahuje HTML kód pro správný sloupec. Pokud v informačním souboru nastavit všechny regiony, pak zmizí

Dolní oblast / zavírací data

  • $ Feed_icon. - řetězec se všemi ikonami zpětná vazba Pro aktuální stránku
  • $ Footer_message. - Zpráva v dolní části stránky. Nakonfigurován v mySite.ru/admin/settings/site-information.
  • $ Zápatí. - oblast. Obsahuje HTML kód pro dolní část stránky. Pokud v informačním souboru nastavit všechny regiony, pak zmizí
  • $ Uzavření. - Závěrečný štítek pro všechny moduly, které změnily stránku. Tato proměnná musí být zobrazena po všech dynamických obsahu. Nejlepší před uzavřením těla

Všechny jsou uvedeny zde standardní proměnné. Ale můžete přidat své proměnné, a to buď jako regiony info.-File nebo v jiné roli prostřednictvím souboru template.php. (o něm o něco později).

Nyní ukážu, ve kterém by měl být page.tpl.php. A v jakém kódu je pak interpretován prohlížeči. Před vámi kódu page.tpl.php.:

V prvním řádku je kontrola, zda je na aktuální stránce titulek. Pokud to není - pak ladicí program prostě vynechá tento kód, a nebude na konci. Pokud se záhlaví existuje, kód stránky je přidán do HTML

, poté, co bude vytištěn titul stránky, a to vše bude uzavřeno značkou

. Pokud se podíváte na kód této stránky v prohlížeči, bude to vypadat takto:

Lekce 4. Požadované soubory pro vytvoření šablony. Page.tpl.php.

Téměř všechny proměnné stránky jsou otočeny. To se děje, abychom mohli předepisovat styly pro obsah, nevíte, co se stane.

Tímto způsobem vypadá standardní soubor. page.tpl.php.kdo jde spolu s drupal. Změňte název tříd, změňte proměnné na některých místech - a zjistit, co se ukáže. Je nutné, aby "nabobtil", jak to funguje a co je výsledkem odvozeno.

"- // w3c // dtd xhtml 1,0 strict // en" "http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd"> "http://www.w3.org/1999/xhtml" XML: LANG \u003d "jazyk? lang \u003d. "jazyk? dir \u003d. "dir?> <?php print $head_title ; ?> "" >

Drazí přátelé,

pokračujeme v publikaci řady užitečných tipů, které usnadňují pochopení některých akcí a vlastností scénáře. V poslední době, otázky často přicházejí k nám s požadavkem na modifikaci skriptu, takže můžete použít různé šablony pro různé části webu. Například hlavní stránka s novinkami by měla mít jednu strukturu rozložení, a například stránka zpětné vazby je zcela odlišná. Ve stejné době, motivace nám, že je možné změnit vzory v panelu Admin pouze pro kategorie zpravodajských stránek. Ve skutečnosti však vše může být implementováno standardními prostředky, které tento malý článek půjde.

Takže první věc, kterou musíme obrátit na dokumentaci skriptů, která čte, že šablona main.tpl. Podporuje následující značky:

Text, který zobrazuje text přiložený ve značkách, pokud je zadaná sekce webu prohledána.


také tato značka má opak

Text, který zobrazuje text přiložený v tagech, pokud jsou zobrazeny libovolný oddíl, kromě zadaného


Jako základem úkolu: Ujistěte se, že web používá jeden návrh šablony a zpětnou vazbu na webu použitý. Na základě toho musíme otevřít šablonu. main.tpl. a zadejte následující:

Zde celý text šablony se zobrazí při zobrazení zpětné vazby
Zde celý text šablony, který bude zobrazen všude kromě zpětné vazby


Ale má jeden velký mínus, váš hlavní soubor šablony main.tpl. Bude to příliš velké, protože V podstatě budou existovat dva různé návrhy, a zde se opět odvoláváme k dokumentaci a skriptu a dozvědět se o existenci krásné značky: (Zahrňte soubor \u003d "my_block.tpl")který spojuje specifikovaný soubor my_block.tpl do šablony.

Závěrečná implementace je založena na výše uvedeném stavu:


V souboru šablony feedback_main.tpl. Provádíme návrhu zpětné vazby a v souboru all_main.tpl děláme design zbytku webu. To je vlastně, vše je snadné a snadno implementovat, není třeba provést žádné úpravy skriptu. Můžete také umístit návrh jakéhokoliv oddílu, můžete kombinovat několik sekcí atd. Čtěte více a pozorněji, přečtěte si dokumentaci pro skript, existuje spousta užitečných pro sebe.

S pozdravem,


Oddělení datové logiky z logiky jejich zobrazení je velmi důležitou součástí vývoje webu.
Jakýkoli programátor, který vzrostl o něco vyšší než úroveň "Hello World", začne cítit potřebu takové divize. Ale ne každý jde o správné závěry a řešení.
Proto zde poskytnu nejdůležitější pravidla:
1. Přijímající kód a datový displej musí být rozdělen.
2. Jakýkoli závěr by měl začít pouze po připravení všech údajů.
3. V důsledku toho by se každý skript zabýval pouze zpracováním dat. Poté může buď poslat nějaké NTTR záhlaví, nebo zavolat šablonu, přičemž přenesla do ní připravená data nebo oba společně.
4. Co přesně používat desetinu je případ. Nejjednodušší a nejdostupnější - RNR sám, takže příklady budou uvedeny na něj.

Misconception.
Ne, pravděpodobně, ve webu programování téma je stejně zřejmé, jako nepochopitelné jako šablony. Každý, dříve nebo později, přijde k závěru potřeby používat šablony. Ale z nějakého důvodu přichází, přes některé z nejdivočejších mylných představ a fantazie.

Nejjednodušší a zjevná mylná představa je, že nováčci se nazývají šablonu vyrobenou v samostatném "designu" souboru - sdílené HTML pro všechny stránky webu. A uklidnit na to. Dynamické informace, žádné drsné, stažení staré dobré echo :-)
Ve skutečnosti se templatizer zabývá především výstupem měnící se obsahu stránek stránek. A závěr "design" je menší úkol.

Fantazie jsou hlavní dvě:
1. Šablony jsou potřebné k "návrháře" tak, aby je mohl upravit bez porozumění PHP.
2. V důsledku toho šablony slouží k oddělení PHP z HTML.

Pokusme se přemýšlet o prvním prohlášení. Kdo je návrhář? Jedná se o osobu, která pracuje ve Photoshopu. Html Nejčastěji neví vůbec. A nad šablonou existuje buď speciální vrstva nebo nejčastěji ... programátor sám! Legrační, není to?
Nyní důsledek, o oddělení PHP od HTML. Vynikající. Před námi je Svatý cíl oddělit. Proto přijdeme s inteligentním a psát:
(Foreach klíč \u003d cid item \u003d con z \u003d $ kontakty)
($ CON. Jméno) - ($ con .nick)

(/ pro každého)

Více zábavnějšího.
"Designer", pro které bylo všechno stálo, omdlel ze štěstí.

Teorie
Ukazuje se, že naše důvody, pro které jsme se rozhodli používat šablony, nestojí za penny. A co teď - není potřeba, to dopadne, šabons vůbec? Potřeba. Ale nejprve musíte odpovědět na otázku - "Proč?" Proč Potřebujeme vzorů. A zkontrolujte praxi odpovědi. Zeptal jsem se mnohokrát tuto otázku. Ale téměř nikdo nemůže odpovědět. Proč potřebuje šablony. Ukazuje se, lidé dělají něco, nevědí proč.
To je legrační věc.

Během své činnosti, jako webový programátor, jsem formuloval tři důvody pro sebe, pro které šablony potřebují osobně. V podstatě jsou z nich dva. A nakonec jít dolů:

Jeden kód - několik zobrazení.

Často se stává, že namísto jednoho informací, které potřebujete ukázat další. Například pracovní kód s databází obdrží chybovou zprávu namísto textu. V tomto případě namísto stránku zpravodajství musíte ukázat úplně jinou - s omluvou a žádostí o přijetí později. Použití šablon, to je provedeno elementární.

Často by měly být zobrazeny v několika druhech. Například pravidelná stránka a tisková stránka. Informace jsou stejné, kód pro jeho přípravu je stejný a výstupní kód je jiný. Tváří v tvář s touto situací, velmi rychle rozdělit kód do dvou částí, z nichž jeden je zodpovědný za výstup, a druhý neodpovídá. Dalším příkladem: Řekněme, že jsme chtěli výstup informací přímo do HTML, ale přes AJAX požadavku, ve formátu JSON. Pokud jsme použili templateizer, pak se změníme v našem kódu přesně jeden řádek - volání templateizer zavolat JSON_ENCODE (). A pokud náš závěr byl smíchán s kódem sběru dat, pak kód by musel přepsat celý!

V podobné situaci: Řekněme, že náš skript je na dvou místech. Plus nás doma. A doma jsme našli velkou chybu. Vytáhl ji. Nyní musíte aktualizovat kód na stránkách. A tak je tedy okamžikem pravdy: Pokud byly šablony používány správně, pak jednoduše pourvají kód na oba místa a všechno pokračuje v práci, jako by se nic nestalo! Taková situace, jak si myslím, že je perfektní kontrola vybraného přístupu ke šabloně.

Dalším důležitým bodem, který mnozí chybí (v jejich teoretickém uvažování, zatímco neustále proti němu v praxi!) - postup pro provádění skriptu se ne vždy shoduje s pořadím výstupu v šabloně. Příklad učebnice je výstupem záhlaví článku ve značce . Pokud dostaneme informace, jakmile dorazíme, prostě to nemůžeme udělat - klobouk <i>již</i> V době, kdy jsme začali dostávat textové zprávy.</p><p>Je třeba také zapamatovat, že kromě textu RNR, skripty také výstup HTTP titulky. Které jsou nutné pro zobrazení před jakýmkoliv textem, nebo dokonce namísto textu obecně (pokud bychom například chtěli přesměrovat uživatele na jinou stránku). Pokud nejprve implementujeme logiku aplikace, aniž byste něco zobrazovali, nedáte nám nezbytný NTTR pro nás pro nás.</p><p>Můžete mít vlastní důvody pro použití šablon. Ale pouze s jednou podmínkou - tyto důvody musí být způsobeny skutečnou, nezbytnou nutností, a nikoli "nejvyššími úvahami" a péčí o některé neznámé lidi.</p><p><b><a name="example">Praxe</a> </b><br> Z teorie se obracíme k praxi. <br> V nejjednodušším případě, na výstavě jakékoli stránky se budeme vždy zúčastnit dvě šablony: společné webové stránky šablony a konkrétní stránku obsahu šablony. <br> Předpokládejme, že chceme udělat stránku s odkazy na stránky přátel. <br> V tomto případě bude zjednodušený kód vypadat takto:</p><p>Soubor links.php sám. Nic se nezobrazuje. Právě připravuje data a pak způsobí šablonu. <br><span><?<br><span>// inclusive nastavení. <br></span>zahrnout "Settings.php";</p><p>// Přijímat data ze základny, určete proměnné <br></span>$ Pagetitle \u003d "(! LANG: odkazy" ;!} <br>$ Data \u003d $ db -\u003e getall ("vybrat * z odkazů");</p><p>// Nastavte šablonu stránky a volejte všeobecné webové stránky šablony. <br></span>$ TPL \u003d "tpl_links.php"; <br>zahrnují "tpl_main.php"; <br> </p><p>Obecná šablona (Tpl_main.php):</p><p><html xmlns="http://www.w3.org/1999/xhtml"><br> <head><br> <title>MOJE STRÁNKA.<?=$pagetitle?>






Na správném místě se zapne na Pan_Links.php (Tpl_Links.php):





  • "CIGHT \u003d" _ BLANK "\u003e


    • Ahoj všichni. Chci představit další kolo napsané v PHP pomocí modelu dokumentu. Jaký je jeho rozdíl od ostatních tříkolových zástupců stejného druhu? Ve skutečnosti, rozdíly nejsou tolik, kombinuje to nejlepší z mnoha. Například:

      1. Plný oddíl HTML a PHP.
      2. Žádné další štítky typových vzorů


      3. Schopnost vložit, aby položil obsah jiných šablon souborů, a to jak z PHP, tak pomocí speciální značky v rozvržení.
      4. Schopnost vytvářet libovolný HTML-tag na letu.
      5. Schopnost uložit do souboru HTML vše, co bylo generováno a shromažďováno.
      6. Před generováním šablony ověřte existenci souboru HTML požadované stránky.

      Takže, aby se všichni okamžitě stali jasně, jak pohodlné je pohodlné a snadno se odvolávám, řeknu a ukazujeme, jak jsem ho použil k vytvoření jednoho z mých projektů (mám podezření, že budu reprickovat všechny své projekty pod ním).

      První věc, kterou obvykle dělám, je dostat všechny informace z databáze o stránce (klíčová slova, popis stránky, název šablony a soubory CSS a JS). Držím to všechno v řadě $ hlavy. Dále získávám obsah z databáze a uchovávám řadu $ Page. A pokračujte v práci s třídou.

      Nejprve, nejprve zavolám konstruktoru třídy a přenáší všechny potřebné parametry:

      $ TPL \u003d Nová šablona; $ TPL -\u003e EXT \u003d Tpl_Extension; # Rozšíření souborů v katalogu šablony $ TPL -\u003e htm \u003d cache_extension; # Rozšíření již generovaných stránek $ TPL -\u003e Skin_dir \u003d Dir_templates; # Adresář, ve kterém všechny šablony webu leží (například šablony) $ TPL -\u003e JS_DIR \u003d DIR_JS; # Adresář, kde musíte hledat JS soubory $ TPL -\u003e CSS_DIR \u003d DIR_CSS; # Adresář Kde jsou CSS $ TPL -\u003e img_dir \u003d dir_img; # Adresář, kde $ Tpl obrázky -\u003e Skin \u003d $ _Session ["Skin"]; # Název šablony, kterou chci použít $ TPL -\u003e cache \u003d dir_cache; # Kde ušetřit hotový HTML $ TPL -\u003e log \u003d file_t_logs; # Kde psát protokoly $ TPL -\u003e tag_start \u003d symbol_start_tag; # Charakter, ze kterého proměnné začnou v šablonu $ TPL -\u003e tag_end \u003d symbol_end_tag; # Symbol, který ukončí proměnné v šablonu $ TPL -\u003e dir_delimeter \u003d directory_separator; $ TPL -\u003e Space \u003d Symbol_Space; # Symbol Výměna prostor.
      FUF, zdá se, že všechny proměnné prošly, jít dál.
      Aby nedopustil třídu tak, aby učinila další práci, nejprve zkontrolujeme, najednou již máme hotový soubor HTML požadované stránky.
      Pokud ($ TPL -\u003e TESTPAGESTATUS () \u003d\u003d\u003d true) (vyžadují $ TPL -\u003e Cachefilename;) else ($ TPL -\u003e Stránka ("index"); # Předáváme název souboru šablony, mimochodem může projít několik, přes čárku $ TPL -\u003e Přiřadit ("Head", $ hlava); $ TPL -\u003e Přiřadit ("obsah", $ Page); $ TPL -\u003e BUILD (); # Dáme tým Sbírejte šablonu $ TPL -\u003e ShowPage (); # sundat.)
      Zde je vlastně všechny metody, které je třeba použít k odstranění stránky.

      Nyní budeme analyzovat několik užitečných metod této třídy. Předpokládejme, že jsme již prošli do třídy vše, co potřebujete, ale nedali mu tým k závěru, protože náhle si vzpomněli, že musíme vytvořit několik značek HTML v šabloně. To je také provedeno velmi jednoduché. Nejprve musíte najít blok, ve kterém chceme něco přidat. Můžete najít 2 způsoby:

      $ TPL -\u003e Findbyid ("Findme"); $ TPL -\u003e FindByTagNname ("Div");
      Metoda Findbyid logicky znamená, že v šabloně jsou všechny značky jedinečné v šabloně. A metoda FindbyTagNname vrátí první vhodný.
      Výsledek, který jsme obdrželi hledání, musíme předat metodu $ TPL -\u003e Createechild (), abyste mohli vytvořit v našel prvek, dětské značky. Metoda CreateChild Mimochodem, po vytvoření nové položky ji vrátí, takže můžeme použít pouze prvek vytvořený někde jinde.

      Vybírání a experimentování jsem našel 3 způsoby, jak vytvořit značky v šabloně, takže ukážu 3 příklady najednou. Příklad1:

      Musíme vytvořit

      uvnitř

      $ Rodič \u003d $ TPL -\u003e Findbyid ("rodič"); $ TPL -\u003e CreateChild ($ Rodič, "Div", "ID \u003d dítě, třída \u003d test");
      Dostaneme:


      Příklad 2:

      Musíme vytvořit

      Nějaký text
      uvnitř

      $ Rodič \u003d $ TPL -\u003e Findbyid ("rodič"); $ TPL -\u003e CreateChild ($ Rodič, "Div", "ID \u003d dítě, třída \u003d test", "nějaký text");
      Dostaneme:

      Nějaký text

      Příklad3:
      Musíme vytvořit

      Nový prvek
      V prvním prvku rozpětí

      $ Rodič \u003d $ TPL -\u003e FindByTagNname ("SPAN"); # (1) $ tpl -\u003e createchild ($ rodič, "div", "nový prvek"); # (2)
      (1) Nalezení rodiče není podle ID a ve značce najde první vhodné
      (2) Pokud nepotřebujete atributy, ale pouze hodnota nové položky, nemůžete je přenášet

      Dostaneme:

      Nový prvek

      A po těchto manipulacích už volám ShowPage. A tady jsme se hladce oslovili další 2 zajímavé momenty.
      Představte si situaci, že máme šablonu, předpokládáme, že se jedná o šablonu seznamu.tpl se seznamem, například mobilní telefony:

      (Content.Brand)

      (Content.Model)

      (Content.info)

      Pokud jsme prošli pouze 1 telefonní informace, bude jednoduše nahrazeno proměnnými na jejich hodnotách, a pokud jsme prošli informace okamžitě několika telefony, pak třída bude kopírovat tuto stránku tolikrát, kolikrát přišli možnosti hodnot . A to bude v kontrastu, například z třídy Xtemplate, která byla účtována každá hodnota volání přiřazení a analyzovat
      TRUE Tam je jeden není velmi pohodlný moment, pokud je po tomto bloku více, například:

      (Content.Brand)

      (Content.Model)

      (Content.info)
      Stále nějaký blok

      Pak v takové situaci budeme muset aplikovat malý trik, balení našeho mobilního telefonu

      (Content.Brand)

      (Content.Model)

      (Content.info)
      Stále nějaký blok

      V tomto případě se všechny mobilní telefony objeví po sobě, uvnitř
      a "Některá jiná jednotka" zůstane níže.

      A kdybych na nic nezapomenu, pak poslední okamžik přidává obsah dalších šablon do aktuální šablony.
      Zavolám znovu na vaši fantazii.

      Představte si, že měřidlo chce obsah souboru Page.html přidat do bloku souboru List.html, pro toto je v požadovaném místě seznamu list.html strana A když třída vidí tuto značku, nahradí jej s obsahem souboru Page.html

      Počet takových vložek není omezen a jejich umístění není absolutně kritické, takže je můžete vložit cokoliv a v libovolném množství.

      To je asi všechno, kdybych si něco pamatuji, budu informovat navíc. Děkujeme za čtení až do konce.

      Tagy: php, třída, šablona, \u200b\u200bzadavatel, analyzátor