我最近折腾了很多模板引擎。为了最近的项目，我需要能够在 JS 和 PHP 中复用同一套模板（与历史 API 相结合、提供无缝动态特性、但仍然具有原始内容页面）。直到今天，只有一种选择符合这种要求：Mustache。折腾 Mustache 期间我学到了很多，它完全颠覆了我在表现结构层的观点。

从前

如果两年前你和我交流，我应该会告诉你我觉得在 PHP 中使用模板引擎有点夸张，你应该只是用原生的 PHP 就够了。我的理由是模板引擎（如 Smarty） 给你如此少的功能，很难证明降低性能和改变语法是合理的。那时，模板引擎甚至不能真正为你转义变量（你必须为每一个变量附加一个怪异的过滤器）。归根结底，使用模板引擎除了语法之外还有什么好处呢？

然后是 Twig。我看到了自动转义功能，就立即接受了它。终于，有了充足的理由使用模板引擎而不是原生 PHP。虽然我没有 100% 放弃原生 PHP 模板功能，但是我开始推荐人们使用 Twig。它有着友好的语法和精美的语法。最重要的是，它还很简单！

但是然后，过了几个月，我开始注意到曾经非常简单的模板引擎已经壮大了。现在，它提供了各种功能。它支持挂钩到解析器定义你自己的 DSL（领域特定语言）。它支持多重继承。现在，或许它已经事先支持了所有这一切，只是我还没有见到。但是即使是 Twig 也感觉太臃肿和笨重……

另外要考虑的事情是，我从未对应用程序的表现层进行过单元测试。我一直认为它是解释布局变化等无聊繁琐的事儿。因此我会使用 Selenium（或其它工具）实行相当于行为测试的内容。但是我从未对此感到满意。他们在测试套件中一直是最脆弱的一层。除了测试覆盖范围的一小部分，它们从未让我真正得到任何东西。

加入 Mustache

我以前在业余项目中折腾过 Mustache，但是从没有在正式的项目用用过它。但最近，我在一个新的应用程序中使用了它。我的最初印象是用它会很头疼。毕竟，你只能使用的仅有逻辑是一个 foreach 循环和一个似是而非的 if 结构（实际上，他们是同一个运算符）……由于有此限制，你向模版填充的数据需要用特定的方法结构化。似乎很局限……

然而我产生了一个有趣的认识。因为模板自身没有逻辑，它只不过是一种转变。如果它仅仅是一种转变，那就没任何东西可以测试了。相反，我把所有进入模板的逻辑放回视图对象（view object）。你猜怎么着？视图对象真的非常容易进行单元测试！我的覆盖率增加了，而更好的是，测试本身的质量也有了极大的改善。

方法而非工具

这里有一个重点：工具对我没有帮助。它只为我指明了方向。这件事给我带来的益处是让我意识到模板只是一种数据转换形式。现在 Mustache 强制执行了这种约束，但是你无法通过其它任何工具做到这一点，这没什么可说的。

这里的方法很简单：把视图分成一个对象和一个模板。对象运行所需要的逻辑（从模型中拉取数据，格式化它，以及任何其它表示逻辑）然后将数据传给模板。模板简化数据转换的操作，采用一种格式的数组，然后生成不同的输出，仅此而已。

总结

这里的结论相当简单：如果你在模板中做任何事情，只要不是一个简单的 for 或 if，那它就不属于模板。你在调用函数吗？你会失去抽象表示的好处。你根本对表现层进行测试？你真不害臊。你还没有转义输出？糟糕的开发者，没有甜甜圈。

翻译自原文：On Templating

Category: Tags: