Aš nieko neturiu prieš XML/XSLT ir t.t. Taip, tai tikrai geras įrankis. Tik mano nuomone, konkrečiai užduočiai turi būti konkretus sprendimas ir technologijų naudojimas vardan technologijų naudojimo yra betikslis. Toks dalykas kaip migravimas nuo vienos kalbos prie kitos yra pakankamai retas reiškinys rimtuose projektuose, o daugelyje projektų neretai toks migravimas yra ne vien sintaksės, bet ir logikos, koncepcijos keitimas. Aišku, jei yra didelis lankstumo, pritaikomumo poreikis, tada taip, tikrai yra geresnių sprendimų už Smarty. Bet jis ir neturi pretenzijų į kažką daugiau, nei šablonizavimo varikliuką :) Jis niekada nebuvo skirtas pernešamumui, jis orientuotas į tam tikrą konkrečią sferą ir viskas.

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 :)

Na sorry, bet tikrai nesuprantu kuriems galams masyvus apsirašinėti templeite. Jei templeito pagrindinis tikslas yra vaizduoti, tai kam pradėt naudoti jį kitais tikslais? Ar gali pamineti rimtą pavyzdį, kada tai reiktų daryti? Ir šiaip jau nežinau frameworko kuriame šablonuose reiktu kurtis kažkokius helperius. Galu gale šablonas jau yra galutinis taškas vaizdavime ir tikrai nematau tikslo tenais pradėti apsirašinėti struktūras. Taip kad tikrai būtų įdomu pamatyti pavyzdį.

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".

XSL is a family of recommendations for defining XML document transformation and presentation.

Taip, tai yra XML presentavimas, o pvz. validus XHTML yra ne kas kitas kaip XML. Aišku, gal prieš tai reikia PHP struktūras perrašyti į XML objektus, bet manau, kad šiuo metu tai nėra didelė problema (performance'as čia gal skaudžiausia vieta, bet čia aišku reikia lyginimų, be to apsirašius normalius kešavimo mechanizmus, manau galima gauti neblogą php/xsl template engine'ą)

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 ;)

Tuo tarpu, jei kaip aukščiau komentavęs Tadas, pradėsim apsirašinėti masyvus, kurti duomenų struktūras ar pradėti įgyventi biznio logiką tada be abejo susidursim su problemom, nes bandysim sistemą pritaikyti tokioj sferoj, kuriai jinai nėra skirta. Tada ir tenka perrašinėti po 50 šablonų…

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 <code>< ?…?></code> 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ą.

Velnias žino kam, kiekvienas kuria savo vos ne programavimo kalbą.

Mano nuomone yra du optimalūs variantai (bent PHP atveju):

1. TIesiog naudoti PHP. T.y. turiu omeny, kad logika ir vaizdas atskirtas, bet kam naudoti smarty sintaksę jei galima tiesiog atvaizdavimui naudoti PHP ir tiek. Ir greičiau, ir nereikia dar kažkokios lievos sintaksės mokytis. Aišku čia reikia sąžinės, kad neįpinti su logika susijusio kodo.

2. Yra W3 pripažintas standartas XSLT. Privalumai – standartas, migruosi į Java, ASP.NET, jau vieno gabalo nereikės perduot. Taip pat manau daug labaiau verta išmokti XSLT, nei kažkokį Smarty. Toliau – javascript irgi supportina xslt, taigi, galima ir ajax'iniams sprendimams vos ne tuos pačius template naudoti. Tikiuosi jis pradės populiarėti XSLT templeitai, nes PHP5 jau pakankamai stipriai pasistūmėjo dirbant su XML.