Sablon betöltés
Sziasztok!
Tanuló projekten dolgozom MVC megközelítésben, viszonylag frissen ismerkedem vele ( nagyon szimpatikus ez a felépités ).
Külön állományokba "vágtam" a sablonok header, footer részét ezek szinte mindenhol állandók. A testeket cserélgetném a különböző oldalakon.
Így minden függvényben load-olom külön a headert, footert és az adott view-et.
Van különbség időben vagy bármi másban e között és az a megoldás között ha 1-1 komplett sablont töltenék be? Illetve máik kérdés, lenne sok olyan eset hogy a header footer állandó sőt az oldal egy része is csak részeket kellene bele szurkálni különböző esetekben pl: mondjuk valamilyen edit opcióra megjelenne egy űrlap stb. Ezt mind a komplett oldal load-olás nélkül. Van erre valamilyen módszer??! lenne elképzelésem de kicsit bele bonyolodtam. Köszi előre is
■ Tanuló projekten dolgozom MVC megközelítésben, viszonylag frissen ismerkedem vele ( nagyon szimpatikus ez a felépités ).
Külön állományokba "vágtam" a sablonok header, footer részét ezek szinte mindenhol állandók. A testeket cserélgetném a különböző oldalakon.
Így minden függvényben load-olom külön a headert, footert és az adott view-et.
Van különbség időben vagy bármi másban e között és az a megoldás között ha 1-1 komplett sablont töltenék be? Illetve máik kérdés, lenne sok olyan eset hogy a header footer állandó sőt az oldal egy része is csak részeket kellene bele szurkálni különböző esetekben pl: mondjuk valamilyen edit opcióra megjelenne egy űrlap stb. Ezt mind a komplett oldal load-olás nélkül. Van erre valamilyen módszer??! lenne elképzelésem de kicsit bele bonyolodtam. Köszi előre is
Sablon
view
rétegben lenne a helye. Az, hogy egy oldal mennyi sablonból épül fel az csak az alkalmazásodtól függ.Minden sablon komplett. Vagy nem értem mit értesz nem komplett sablon alatt.
Akkor csinálsz egy sablont, amiben benne van az egész oldal, és csak azokat a részeket cseréled benne (valószínűleg egy vagy több másik sablonnal), amik változnak. Tudod, ez olyan mint a Matrjoska baba, ahol minden egyes komponens egy sablon, és ezen sablonok összessége adja magát az oldalt. Azaz az egyik sablonban benne van a másik sablon tartalma, amiben még egy sablon tartalma stb.
Bocs ha ködös az írásom.
load->view('header')
load->view('home')
load->view('footer')
vagy pedig, ebben az esetben, egy darab 'home' view-et töltök egyszer ami tartalmazza a "komplett oldalt" ( headerrel footerrl meg minden félével )?
Összetetteb
Most hirtelen csak Jade alapú sablont tudok mutatni neked, ami a következőkből épül fel:
layout.jade
- a teljes HTML oldalért felelősindex.jade
- a body részért felelősblocks.jade
- a blokkok listázásáért felelőslogin.jade
- a bejelentkezési blokkért felelősregister.jade
- a regisztrációs blokkért felelősEz valóban igaz az enyém is
A második: a célom az hogy
Lehet
NAGYON
tudod, mit csinálsz). De ekkor még bonyolultabb logikát kell bevezetned a szerver oldalon, hogy csak azt a részt szolgáld ki. Szerintem amíg tanulgatod a PHP-t, előbb az sablonozással és az MVC-vel kerülj barátságba, ha abban már profinak érzed magad, akkor érdemes majd ezzel foglalkozni.igen a frame -es megoldást
Köszönöm a válaszod
csak azon indultam el hogy ha
Nem olyan fontos az...
Jó gondolat alapjában, amit írtál, de nincs különösebb jelentősége; a header-képek, js, css, stb. már úgyis cach-ben van, tehát nem töltődik újra.
Ahham ez igaz és ehhez
Cach
Ez csak az én véleményem, mások másképp gondolhatják...
Értem köszi. Igazából
Template-ek
Szerintem leginkább akkor van értelme az egyfüggvényes megoldásnak, ha nem elágaztatni kell "belül", hanem a paraméterként kapott adat(ok) feldolgozása miatt kerülnek ki belőle különböző kimenetek. Nem tudom konkrétan a függvényhívás és a feltételkiértékelés végrehajtási idejét, de - gondolom - nem számottevő a különbség. Viszont jobban átlátható a kódod, ha egy fv. egy dolgot csinál, nem akárhányat. Ezen kívül híváskor (tudtommal) az egész fv. memóriába kerül, tehát a "nem végrehajtandó" részek is. A példádat nemigazán értem, de
Melyik fw?
Na igen pont erre voltam
Az fv. rendezésével is birkózok, de gondolom ez idővel "rutinosabbá" válik.
Először egy sajátot írtam egy nagyon kezdetlegeset, inkább csak azért hogy jobban átlássam, aztán hagytam minek találjam fel újra a kereket elven és most Codeigniter lett a szerencsés szimpatikus és jól dokumentált.
Egy cipő...
Szintén CI-t preferálom jelenleg, nekem is tetszik. Viszonylag kevés cucca van (=kicsi), jól érthető, jó doksival; és - nem utolsó sorban - korábbi osztályaimaból, különálló kis progikból néhány perc alatt csinálok helper-t, stb.
A saját rendszert későbbre hagytam, mert egy embernek túl sok (hosszú) munka egy jót írni, ill. nem biztos, hogy az a jó megoldás.
Amire érdemes figyelni: ha olyan osztályt, stb. használsz, ami csaknem minden oldallekéréshez kell, akkor azt érdemes autoload-dal betölteni, a többit meg csak ott, ahol kell. A helper-ek közül nekem már több is volt, ami helyett inkább másikat (vagy át-) írtam.
Egyetértek
Van erre vmi megoldás?
nem kell ftp
Elhamarkodott kérdés volt
az upload-ot használom ill
base_url
base_url()
függvényt, a könyvtárakhoz simán a'./images/te_könyvtárad_neve/'
, ha nem akarod bonyolítani. Egyszerű képfeltöltéshez jó az Upload library, de ha nem letiltani akarod pl. a túl nagy (pixel)méretű kép feltöltését, hanem átméretezni, akkor szükséged lesz az Image_lib-re is.Ezekhez a fel-le-töltésekhez nem kell ftp.
Szerk.: Ha a localhost windowsos, akkor az FCPATH backslash-ekkel adja a fő könyvtárat, de mivel a teljes elérési út van benne, amúgy sem biztos, hogy jó azt használni.
vess egy pillantást a
ha nem is használd majd a projektedben, de ha elolvasod lesz egy kis rálátásod, hogy hogyan csinálják ezt mások, így meríthetsz belőle ötletet.
Most az, hogy a twig-nek saját nyelvezete van a php felett, egy dolog, ennek is megvan az előnye (sandbox mód, user szerkesztheti a sablont, de csak ahoz fér hozzá amihez akarod, hogy hozzáférjen).
Alapból minden PHP fájl