Sablon rendszerrel kapcsolatban kérnék segítséget
A segítségeteket szeretném kérni, régóta foglalkoztat a gondolat, hogy egy sablon rendszert elkezdjek használni. Smarty-t egyszer megnéztem és biztos vagyok benne, hogy jó és használható, de miután eleget olvasgattam a témában úgy gondolom sokkal ésszerűbb php nyelven kezelni a sablonokat több szempontból is. A problémám abból adódik, hogy hiába töltöttem estéket azzal hogy utánajárjak annak, hogy php-ben hogyan tudnám megvalósítani ezt, nem sikerült megértenem jobban a hogyanját. Sajnos nem vagyok phpguru, de látom a pozitív oldalát a sablonoknak és ha valaki megtenné, hogy elmagyarázza, hogyan működik a sablon kezelés pontosan és mit érdemes tudnia egy ilyen rendszernek, akkor nagyon szépen megköszönném. Ha esetleg példákkal is meg tudná valaki mutatni azt is megköszönném, de nem várok kész megoldást, bár nem titkolom kerestem hasonló egyszerű rendszert, hogy az alapján sajátot írhassak. Furcsának tűnhet, hogy ha nem tudom hogyan is működik a dolog akkor miért akarom használni, no a válaszom az, hogy egyrészt a kinézetét az oldalnak könnyebben megtudnám változtatni, másrészt ha olyasvalakivel dolgozok együtt egy projecten aki nem programozó, akkor ne kelljen neki a php kóddal túl sokat foglalkoznia, csak alapvető dolgokat kelljen megmutatnom neki. Elnézéseteket kérem mindenesetre, mert tudom hogy ez a téma már sokszor felmerült, igyekeztem megoldást találni de sajnos már nemtudom hol keressem a választ. Segítségeteket előre is köszönöm.
■
Saját template engine
Én a CakePHP vonalán indultam el. Megnéztem, hogy ott hogyan van megoldva a view-k megjelenítése és abból kiindulva írtam meg (meg a Smarty-t is nézegettem, de már konkrétan nemtom, hogy onnan mit lestem el). Objektum Orientált alapokon nyugszik egyébként, valamint a sablonfájlok sima HTML állományok beágyazott PHP kóddal. Ez mondjuk ott gond lehet, ahol a sitebuilder nem ismeri a PHP-t.
Megnézném.
Ok
Ui.: Ahogy időm engedi befejezem a bugkeresést és elkészítem hozzá a doksit is. Majd dobok egy blogmark-ot ha készen van ...
E-mail
symfony view
Üdv,
Felhő
Köszönöm.
Mégegyszer szeretném megköszönni a tanácsod ötletszerzéshez mindenképpen jó.
A symfony view rétegében mihez hasonlított a ti cuccotok?
Csak érdeklődöm.
ennyire nem
Blokkunk korábban is volt, de ezt szét választottuk az új rendszerben blokkra és komponensre. A blokknak nincs saját üzleti logikája (maximum mindig rendelkezésre álló rendszer változókat használ, pl. be van-e jelentkezve a user), míg a komponensnek van. Kb. ő egy mini MVC, saját maga állítja elő az adatszükségletét.
Kb. ezek voltak amiket átvettünk koncepcionális szinten, a megvalósítás teljesen saját, nem is néztük nagyon meg, hogy a symfonyban hogyan lett megoldva.
Konfig, array interface: ilyesmi konkrétumokra eleve nem volt szükségünk, de amúgy is túlzásnak érzem.
Üdv,
Felhő
Nekem is kicsit túllihegettnek tűnt egy-két dolog, részben..
symfony view
Ezzel együtt a symfony view része szerintem nagyon jól ki van találva, minden részének meg van a gyakorlati haszna is, és ha körbenézel a top frameworkök esetében, általában jóval kevesebbet nyújtanak, általában a layout támogatásban merül ez ki.
Üdv,
Felhő
Szerintem félreértesz, még egyszer: csupán arra voltam...
És alapvetően a symfony is "layout-támogatást" ad.
Tehát ismétlem: nem vagyok meggyőződve róla, hogy olyan nagyon symfony-specifikus volna az általatok megvalósított koncepció, dehát győzz meg.
értettelek
Üdv,
Felhő
Szerintem megint félreértettél, én sem a symfonyval...
Erre kaptam is választ: nem nagyon. Ennyi. Győzködnöd sem kell, már válaszoltál.
„általában nincs ilyen szinten kidolgozva ez a rész.”
Mint ahogy a ti rendszeretekben sem.
„Nekünk túlzás, nem alapvetően haszontalan ötlet.”
Így van, a mondat első része érdekelt elsősorban.
„Csak éppen lényegesen több funkcióval.”
Biztos lehetne erről is tartalmas vitákat folytatni, de ismétlem, a kérdésem nem erről szólt. Minden meg van válaszolva.
hihetetlen vagy :)
Üdv,
Felhő
Nem tudom, mi a gondod, és miért vagyok hihetetlen,...
Mondtad, hogy a symfony view rétege nagyon tetszik, és hogy ahhoz hasonló rendszert csináltatok. Arra voltam kíváncsi, hogy amit csináltatok, mennyire valóban symfony-specifikus-e (talán a „symfony-specifikus” kifejezés okozhatott zavart?). Néhány dolgot felsoroltam címszavakban, azt mondtad "ennyire nem", meg egy kicsit kifejtetted. Oké. Mi a probléma?
Szerintem az eszképelés egyáltalán nem symfony-specifikus valami, a layout sem, a blokk sem és egyebek sem. De elfogadom, ha szerinted igen. Akkor ebben megállapodhatunk nem? Ennyi. Bocs, de én kevés vagyok ahhoz a határhúzogatós (és ilyen szinten halálosan értelmetlen) filozofálgatáshoz, hogy mi honnantól funkcionalitás vagy megvalósítás.
Tehát még egyszer, nem tudom, mi a probléma, szerintem zárjuk le ezt a szálat (kezet nyújt).
rendszer
Mind a templatező, mind maga a rendszer szerintem nagyon jó
PRADO
Kiproba
Egyetértek.
template
Ezzel sokáig én is így voltam, de rájöttem hogy egyedül nem feltétlen írhatok jobb kódot, mint több ember együttvéve:)
Ha csak sima template enginet keresel, akkor azok közül a smarty a "legjobb", és azért idézőjelben, mert sajnos egy szint felett rengeteg korlátot támaszt.
Viszont viszonylag gyors, kicsi, és 1óra alatt mindent meglehet tanulni vele kapcsolatban.
Ha viszont template kezelőt is saját magad akarsz irni, hajrá... :)
A lényeg :)
Template Attribute Language
Kicsit kötöttebb, mint például a Smarty, de eddig még sikerült minden szituációt megoldanom vele. Meg vigyázni kell az XML szintaktikára, mert arra érzékeny (XML parsert használ template feldolgozás során). Alapban nem tud sok mindent, de bővíthető :)
Nem rossz
passz