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

从前

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

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

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

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

加入 Mustache

我以前在业余项目中折腾过 Mustache,但是从没有在正式的项目用用过它。但最近,我在一个新的应用程序中使用了它。我的最初印象是用它会很头疼。毕竟,你只能使用的仅有逻辑是一个 foreach 循环和一个似是而非的 if 结构(实际上,他们是同一个运算符)……

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

非工具而是方法

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

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

总结

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


翻译自原文:On Templating