如何在cakephp 1.2中整合smarty？

Question

任何人都可以向我推荐一些关于在cakephp 1.2中集成smarty模板的完整文档以及我应该在cakephp 1.2中使用哪个版本的smarty吗？

Answer 1

我的建议......不要。你应该问问自己为什么要这样做。是否值得所有额外的努力，以便您可以在{}而不是<?php ?>等HTML文件中编写PHP？

我不想开始关于SMARTY与PHP的战争，但我会远离SMARTY。它没有增加价值。没有任何聪明的东西可以添加，它只会重新编写代码的方式。

Answer 2

CakePHP有一个非常好的模板引擎，几乎所有的开发人员都非常满意 - 所以没有太多可以添加Smarty。面包店里有两篇文章可能值得一读：

http://bakery.cakephp.org/articles/tclineks/2006/10/27/how-to-use-smarty-with-cake-smartyview

http://bakery.cakephp.org/articles/HyperCas/2008/06/11/the-cakephp-blog-tutorial-with-smarty

但我会劝你看看：

http://book.cakephp.org/view/1078/Views

对于CakePHP视图可以实现的目标，这是一个非常方便的指南。

Answer 3

我个人坚持使用普通的PHP，但只想指出，而不是盲目地使用Smarty，那里有alternative template engines。 Twig例如：更新（PHP 5），看起来更好（想想Django），可以编译成PHP（更快）并且是 通常为much better supported（for CakePHP）。

Answer 4

这可能对你有所帮助......

http://bakery.cakephp.org/articles/icedcheese/2008/01/14/smarty-view-for-1-2

http://bakery.cakephp.org/articles/skler/2011/08/05/cakephp_2_0_0_beta_smarty_3

Answer 5

虽然我是一个经验丰富的php开发人员，但我想说明一个聪明的优势 - 我相信这是有效的： smarty更进一步将代码与页面设计分开。

我认为将模板引入前端系统的主要目的是将代码/业务逻辑与设计分开。

这意味着，如果您只是一个网页设计师，我相信您更愿意使用几乎纯HTML页面，而不受编码逻辑干扰设计布局。< / p>

这种分离还有助于降低Web设计人员中断业务逻辑/代码流的风险。我完全清楚，并非所有逻辑步骤都可以从模板中删除（例如，通过对象循环以显示列表），但是以SMARTY系统的形式引入模板可以帮助减少这一点。

我希望这是有道理的 但是我可能会个人否定我上面的所有论点，说我个人喜欢cakephp使用其模板的方式，我个人打算保持我的开发工作方式