Paprasta situacija, dizaineris ir programeris. Dizaineris nupiešia, sukarpo, sudėlioja html, css ir tam tikras smarty žymes, programeris tiesiog turi į tas žymes paduodi reikiamas reikšmes. Programeriui nereikia žinoti visų html niuansų, lygiai taip pat dizaineriui nereikia suprasti, kaip po galais PHP klases apsirašinėti. Dabar pašalinam šablonų varikliuką (tegu tai bus netgi nebutinai smarty), ir gaunam, jog abudu turės gerokai daugiau vargo. Čia aišku ko gero ideali situacija, nes Lietuvoj kiekvienas programeris yra dizaineris ir kiekvienas dizaineris - programeris :)

Beje, tavo tvirtinimas “Bet po tiek laiko supratau, kad tikrai nera prasmes naudoti Smarty ir pats OMOU veliau tai suprasi tik palukek :) ” yra visiškai į pievas. Kaip sakant no offence, bet šitas teiginys man primena 1 kurso studentų pasakymus “Kam čia tas objektinis reikalingas, gi su funkcijom viskas žymiai paprasčiau ir lengviau”.

O dėl Smarty skaitomumo - galbūt, čia jau subjektyvu, bet jei žinai php, tai nemanau kad bus problemų, ypač jei stengiesi naudoti php tik prezentavimui. Dėl pernešimo - nemanau, kad taip lengvai persineša, juk smarty yra tik php skirtas, tai tada jau ar php kodas ar smarty - pernešimas lyg ir tas pats.

O va xsl pernešimas jau visai kas kita - galima pernešti ne tik ant php bet ir visakur praktiškai. Be to kaip minėjau galima tuos pačius serverside naudojamus php sugeneruotus XML ir paruoštus XSL pernaudoti AJAX’iniems reikaliukams, t.y. išnešimui į clientside.
Beje, dar php xslt extensionas turi tokius featurus, jog xsl dokumente galima kviesti PHP funkcijas. Na čia jau nuokrypis nuo standarto - pliusas lankstumui, minusas, kad jau pernešti į ne php sistemas ne taip lengva.

P.S. Čia mano postringavimai tik teoriniai, bet manau artimiausiu metu ką nors reiks pabandyti su php/xml/xsl, juolab, kad skaičiau jog su PHP xlst extensionu, xml transforminimas vyksta labai greitai. Bet kaip jau sakiau, praktiškam panaudojimui reikia proof of concept pasidaryti.

XSLT - is a language for transforming XML documents into other XML documents.

Although Smarty is known as a “Template Engine”, it would be more accurately described as a “Template/Presentation Framework.” That is, it provides the programmer and template designer with a wealth of tools to automate tasks commonly dealt with at the presentation layer of an application.

Taigi sakyčiau kardinaliai skirtingus dalykus lyginat kolegos, language vs. Presentation layer framework ;)

Grieblius
“O jums neatrodo kad smarty ir panašūs dalykai yra nesąmonė?
Velnias žino kam, kiekvienas kuria savo vos ne programavimo kalbą.”
Nemanau, jog templeitinimui naudoti native php yra labai protinga, vien jau dėl tos priežasties kad normalus šablonas visada bus žymiau lengviau skaitomas, nei

mišinys su HTML’u. Galų gale, užbaigus vieną projektą, ir pradėjus kitą, gali persinešti šablonų varikliuką ir žinoti, kad jis tikrai veiks, tuo tarpu nenaudojant šablonų turėsi persirašinėti visus failus nuo beveik nulio, nes vargu ar bus labai jau lengva narstyti HTML + php kodo pilną puslapiuką.

Juozas: 1 žinoma veikia, tik kažkodėl nenaudojau.. mano klaida. O dėl antro, nejau taip galima? Man keikiasi….

Algimantas: variantų daug… deja tavo trumpesnis

Anyway tebūnie čia idėja, kad galima problemas iškilusias smarty spręsti pluginų / funkcijų pagalba.

{code_in_array array=$manomasyvas value=$ieskomareiksme var=”atsakymas”}