将Smarty与Zend集成有什么好处吗?

几年前,我们用Smarty,说它是“ 更容易的 “不适合发展中国家 (或者,至少不是PHP开发人员) 在他们的HTML布局中集成他们想要的东西。

问题是:他们不必学习PHP的基础知识,而必须学习Smarty——我应该补充一句,很多人学得并不好。

现在,斯玛蒂已经很老了,保养得不好,什么都没有。。。Zend Framework希望人们在他们的视图中使用PHP。。。

• 开发人员必须学习Smarty,而不仅仅是PHP+HTML
• 与ZF集成的问题:即使可以在模板中使用Smarty,也可以使用full power或ZF吗?插件,助手,部分,等等?

使用smarty

好吧,最后,我宁愿不用Smarty:

• 它很旧,保养得不好
• 它在基于ZF的(使用MVC)项目中并没有真正的用处

我想说这应该是两个独立的问题:

1. 我应该使用模板引擎还是PHP作为模板引擎?

   模板引擎的一般用途是将视图层与其他层分开。

   MVC公司。但是Zend框架已经有了 执行得比较好。所以你不加 像Smarty那样的助手。如果你不 可以将V一分为二并使用标记 Texitle 用于视图模板。

   关于是否使用模板引擎的争论如下: http://fabien.potencier.org/article/34/templating-engines-in-php

2. 如果我想使用PHP模板引擎,还有比Smarty更好的解决方案吗?

   PHPTAL ,也可以很容易地集成到ZF中。

剩下的就看你了。如果您习惯于使用Smarty,或者项目规范需要Smarty(例如向后兼容),那么在ZF中使用它完全没有问题。

• Zendèu表单与smarty的集成成为一个问题。
• 视图助手和部分变得有点复杂。
• smarty学习曲线

最后,我还是坚持使用zend默认视图

作为一名前端开发人员,我经常与smarty合作,发现额外的修改器和插件为我节省了很多时间:

Varialbe Modifiers Built in PLugins

Smarty还有自己的缓存,可以将Smarty标记缓存到本机PHP中。所以缓存模板的额外处理没有问题。

Smarty 3最近进行了更新并进行了改进。