比较 web.py 的模板程序和 Jinja2：优点和缺点

Question

我正在向现有的软件添加一个简单的 Web 界面； web.py 非常适合这项工作，这就是我正在使用的。现在我正在研究使用什么模板引擎，并得出两个替代方案：使用 web.py 自己的 Templator 或使用 Jinja2。

我已经在应用程序中使用了这两个功能，并且我正在其中编写一些非常简单的模板来探索它们。我必须说我发现 Templator 更容易阅读，这可能是因为我是一名程序员而不是网页设计师（谁可能会发现 Jinja 更容易？）。

虽然我现在只生成（不合规；）丑陋的 HTML 页面，但我还将使用模板引擎来生成电子邮件和良好的旧纯文本文件。

对于任何实际目的来说，这两种软件都“足够快”，我想问一下广泛使用其中一种或两种软件的人，他们在易用性、代码整洁性、灵活性等方面的优点和缺点是什么。

Answer 1

快速浏览一下 Templator （我从未使用过）并将其与 Jinja2 （我已经广泛使用过）进行比较，我想说两者是非常相似...但 Templator 更接近到 Mako 而不是 Jinja。

Mako 和 Jinja 都支持：

• 模板继承（您可以拥有所有页面都继承的布局）
• 空白控制

而 Mako 和 Templator 都支持：

• 在模板中嵌入“安全”Python。

所有这三个支持：

• 添加到模板上下文（函数、对象、变量、作品）
• 定义函数以封装模板中可重用的功能块（Jinja 称它们为“宏”。）
• 条件和循环
• 设置和获取局部变量。
• 表达式求值
• 缓存已编译的字节码以加快将来的执行速度。

Templator 支持一些奇怪的事情，我不相信 Jinja 或 Mako 会这样做：

• 从模板代码中设置已编译模板对象的属性。 （坦率地说，实际上使用该功能似乎是错误的做法。模板可以确定需要根据上下文传入的内容设置的任何标志应该已经由 Jinja 获取模板代码

并将它们编译为 Python 字节码，但它对所有内容都执行此操作，而不是将字符串传递到 Python 解释器以使用 safe_eval。通过这样做，Jinja2 理论上可以免受模板级别上某些类型的攻击（但是当您从模板中收到恶意输入时，通常会遇到更大的问题）。

至于其余部分，这很大程度上取决于您对语法的偏好。

Answer 2

在 Templetor 中对我来说困难的是模板继承。您必须在应用程序代码中选择一次基本模板，然后在实际模板中进行奇怪的属性设置，同时在基本模板中访问它，而不是 Jinja2 中存在的简单的块概念。如果您需要多个“大”块（例如页面主体），您仍然会遇到问题。

真正的块要优雅得多，而 Templetor 的“真正”Python 的灵活性并不是真正必要的，尽管它可能是不安全的。