Днес попаднах на NoSmarty и разбира се, направих си труда да прочета написаното там. Трябва да призная че има много истина, в това което прочетох. От доста време по форуми и mailing lists се разисква въпроса – дали наистина на едно модерно php приложение е необходима функционалността, която предлага Smarty или сродните му алтернативи. За Zend Framework отговора е не. Аз също съм склонен да отхвърля Smarty, въпреки факта, че съм го ползвал повече от години и че все още продължавам да го използвам. За добро или лошо, в 90% от проектите по които работя, се използва Smarty.
Не знам колко от вас програмират на php, но наистина ми се иска да науча какво мислите по въпроса, който според мен е – Повече помага или повече пречи използването на Smarty.
Категории
Връзки
Архиви
- февруари 2011
- януари 2011
- ноември 2010
- септември 2010
- юли 2010
- юни 2010
- април 2010
- март 2010
- януари 2010
- декември 2009
- ноември 2009
- октомври 2009
- септември 2009
- август 2009
- юли 2009
- юни 2009
- май 2009
- април 2009
- март 2009
- февруари 2009
- януари 2009
- декември 2008
- ноември 2008
- октомври 2008
- септември 2008
- август 2008
- юли 2008
Ползвал съм Smarty доста малко, но впечатленията ми не са никак добри.
В зависимост как се ползва може и да е ОК за някой, но за мен лично разводнява кода доста и не ме кефи възможността да се интерпретира php кода от самия темплейт.
Не ми допада и да въртя цикли в самия темплейт..
Просто моята идея за темплейт не е такава.
Работил съм с други темплейти (къстъм разни..), като са доста по-изчистени и подредени.
2 на 0 за NoSmarty
По принцип съм съгласен със забележките за самото Смарти, но забравяте, че основната му идея е да раздели бизнес логиката от view-то. А в повечето от случаите ми се е налагало да работя с дизайнери, които не обичат РНР и за тях темплейт енджина си е удобство. Дори съм виждал дизайнер да върти цикъл на смарти. Не съм работил с всички изброени темплейт енджини от nosmarty.net, но Zend view и Symfony са чисто РНР.
Като цяло обаче според мен истината е по средата – за малки до средни проекти и при положение че основното е дизайна, а не функционалността (прост продуктов каталог с административен панел например) смарти спестява време и не товари чак пък толкова много. За големи проекти обаче винаги е добре да се ползва view-то на фреймуорка.