如何在 PHP 中更好地使用 Smarty？

Question

我发现在 PHP 中使用 Smarty，有时需要花费额外的时间

1) 使用与 PHP 本身完全不同的语法
2）需要检查小案例，因为文档没有提供更详细的细节，例如“escape”

http://www.smarty.net/manual/en/language.modifier.escape.php

它没有说转义：“quotes”仅适用于双引号或单引号同样，因此您需要编写代码来测试它。 同样对于转义的情况：“javascript” - 无法准确说出它是如何转义的。

3）对于复杂的事情，需要编写辅助函数或修饰符，因此需要创建新文件并最终在 PHP 中再次执行。

顺便问一下，使用 Smarty 是否比单独使用 PHP 提供更好的速度？ 谢谢。

Answer 1

首先，PHP 是一种模板语言。 当您谈论为基于 PHP 的 Web 应用程序使用模板系统时，请记住这一点。

我听过的关于使用任何模板引擎的唯一“真实”论点是，它们为模板操作提供了一种更简单的语言，如果您的模板设计者不了解 PHP 并且您不信任他们，那么这会很方便学习明智地使用 PHP。

关于这些论点，我认为，如果您的模板设计人员没有能力学习足够的 PHP 来进行模板设计，您可能应该考虑寻找新的模板设计人员。 此外，PHP 本身为控制语句提供了不同的语法，您可以在模板中使用与在代码中使用的语法。 例如：

<? foreach($array as $key => $val): ?>
    <?= $val ?>
<? endforeach; ?>

VS：

<?php
    foreach($array as $key => $val) {
        echo $val;
    }

?>

就我个人而言，我相信 PHP 中出现了模板引擎，因为：

1. 这就是其他语言的做法
2. 更好的 PHP 程序员意识到他们需要一种方法来强制表示和应用程序逻辑之间的分离，而模板是实现此目的的一种简单方法。

第一个原因有点愚蠢。 第二个原因可以通过一点自我控制甚至对应用程序中分层的必要性的基本了解来克服。 MVC 设计模式是解决这个问题的一种方法。 就行使一些自我控制而言，我的规则是只使用必要的循环和 if 语句以及过滤、转义、格式化屏幕输出的函数。

在广泛使用 Smarty 后，我可以诚实地说，它总是给我带来比它提供的解决方案更多的障碍。 如果说有什么不同的话，那就是改用基于 PHP 的模板实际上减少了模板和代码的开发时间。

Answer 2

我不喜欢模板引擎。 我发现它们对于 PHP 来说非常有损耗且资源密集。

对于 MediaWiki，在 1.6.x 版本左右，我们默认放弃使用 Smarty，只使用 PHP 的内置模板，性能有了很大的提高。

我发现人们想要使用模板系统做的大多数事情（添加链接、更改颜色、删除页面文本或部分）最好使用简单的事件挂钩系统来完成。

Laconica，开放的微博平台，默认情况下不做任何模板。 我们为那些热衷于模板的人们提供了一个插件。

Answer 3

我喜欢模板引擎并认为应该使用它们，但在 Smarty 的特殊情况下，我认为这是浪费时间，因为它相对于 PHP 作为模板语言来说并没有重大改进：

• 新语法仍然基于特殊标签的旧概念插入到文档中的随机位置。
• 由于 Smarty 不理解 HTML 的语法/结构，因此它无法帮助您创建有效/格式良好的 HTML。 Smarty 的标签违反了 HTML 的语法，因此一旦添加它们，其他标准工具也无法帮助您。
• Smarty 的输出，就像在 PHP 中一样，默认情况下是不安全的（未转义的），您必须记住在 HTML 中输出数据的所有位置添加 |escape。

我爱上了一个特定的 PHP 模板引擎，它解决了所有这些问题：PHPTAL。

它仍然是您必须学习的新东西，并且它是您的应用程序的依赖项，但我认为解决了 XSS 和格式不正确的问题就值得了。

PHPTAL 就像 Smarty 一样，一次编译为 PHP 并缓存，因此性能与原始 PHP 相当。

Answer 4

Smarty 无疑是最好的模板引擎之一。 根据我的经验，我们强烈建议人们在使用 PHP 之上的任何模板引擎之前更彻底地考虑他们的用例。

首先，PHP 本身非常适合模板。 使用其他模板引擎的唯一理由几乎是允许不受信任的用户创建或编辑模板，因为他们可能会执行各种恶意行为。 因此，如果您的项目有用户可编辑的模板，请使用 Smarty。 如果没有，请坚持使用 PHP。

如果您的问题是代码和布局的分离，我建议您考虑实现轻量级 MVC 风格的执行模型。 或者，更居高临下地说，如果您的模板中有更深层次的逻辑代码，那么可能是时候进行一些重构了。

性能是另一个考虑因素。 是的，渲染 Smarty 模板是有成本的。 但完成后，输出应该被缓存，从而缩短执行时间。 PHP 模板也是如此。 PHP 允许您通过使用其输出缓冲区来实现各种粒度缓存模型。 但要注意过早的优化：只有在代码完成并确定实际瓶颈是什么之后才进行优化！

使用 Smarty 或任何其他引擎时最大的成本是开发人员时间。 这是另一层复杂性，您不可避免地会发现自己处于必须欺骗引擎来完成您本来可以在纯 PHP 中完成的事情的情况。

Answer 5

优点

• HTML 文件中没有 PHP（允许 PHP 和 HTML 识别）
• 管道 {$var|default:"None selected"} {$var|urlencode}
• Foreachelse: {foreach item=row from=$results}{$row.name }
  {foreachelse}没有结果{/foreach}
• 主题网站/页面（仅使用 CSS 有限制）

缺点

• 其他语言语法 代码
• 并不总是明显 {"Ymd"|strftime:$timestamp} {$array|@var_dump 我
• 轻微的开销

强烈推荐“模板”方法（mVc），但是 Smarty 和普通 PHP 都可以胜任这项任务。

Answer 6

据我所知，Smarty 是速度方面最好的模板引擎之一。 也许需要一段时间才能习惯。 但是，如果您不单独处理系统，并且 html 和样式文件的数量很大，那么它会显着加快开发速度。

在从事我的上一个项目时，设计发生了几次变化，但逻辑是相同的。 我想这是 Smarty 或任何其他模板引擎提供很大帮助时最好的例子。

Answer 7

我个人使用 Blitz 进行模板化。 在该网站上，作者声称它是最快的模板引擎，并提供了一个（有偏见的？）关于 PHP 不同模板系统之间性能的图表。 我自己没有使用过 smarty，但这可能会给你一些关于它性能的提示。

http://alexeyrybak.com/blitz/blitz_en.html

Answer 8

使用 Smarty 作为模板引擎的性能可能不如不使用它，因为它是一个额外的软件层，即，呃，另一种模板语言之上的模板语言。 另一方面，如果正确使用缓存功能，您可以实现整体性能提升。

Smarty 模板在输出到浏览器之前会进行预编译，这涉及将临时文件写入磁盘。 这一步肯定会影响性能，至少会影响一点。

如果您对自己将实现和表示分开的能力充满信心，并且对服务器端缓存没有真正的兴趣，那么您可能应该只使用纯 php 模板。 一些 MVC 框架（例如 Zend Framework）拥有自己的类似 PHP 的模板系统。

另一方面，smarty 是强制将表示与实现完全分离的好方法，特别是在不清楚什么属于哪里的情况下。 它可能会帮助你约束你强制执行这种必要的分离。

也就是说，我在大多数 PHP 项目中都使用 Smarty，因为它让我想起了 Java 服务器标签库 (JSTL)，我非常非常习惯并且喜欢它。

Answer 9

使用或不使用 Smarty 或多或少是一种哲学立场。

我使用它，尽管我没有使用太多功能。 通过这种方式使用，模板往往会非常简单。 传递带有参数的关联数组，迭代其组件并在结果页面中插入所需的元素。 这使模板保持干净并且（希望）没有业务逻辑。

此外，扩展 Smarty 非常简单。

作为示例，我向 fetch() 添加了一个 styles 参数以具有 fetchUsingStyle()。 这使我可以轻松地在网站的不同布局之间切换。

此外，我的 fetchUsingStyle() 会在各个位置搜索模板：首先尝试查找当前样式。 如果找不到，它会尝试使用默认样式加载模板。 最后，它尝试找到一个纯静态虚拟文件，这是稍后要实现的内容的占位符。

Answer 10

尝试使用 Smarty 和 MVC 模式（例如 Codeigniter），它比核心 PHP 更好

Answer 11

当您可以只使用 html 文件并在需要的地方注入 php 代码时，为什么还要使用模板引擎呢？ 你可以用 Psttt 来做到这一点！ php 模板引擎

完整源代码在这里 http://github.com/givanz/psttt