在Jinja扩展程序中进行优美的错误处理和日志记录

Question

我正在开发一个Jinja扩展程序，该扩展程序执行一些可能有害的操作，该扩展程序在失败时将引发Exception，该Exception包含一些有关错误原因的信息。

当发生这种情况时，当然，异常将阻止Jinja完成其渲染过程，并返回None而不是渲染结果。 使用try / catch语句并返回空字符串或任何合适的值可以轻松缓解此问题。

但是，这有效地丢弃了异常和调试信息，我希望将其传递给错误日志。 负责设置Jinja环境的系统具有自己的日志记录服务，我希望与扩展保持脱钩状态。 但是我知道Jinja有一个Undefined类 ，我已经成功地使用它来拦截另一个项目中未定义变量的访问。

有什么办法可以引发特殊类型的异常（ UndefinedException不起作用），或告诉Jinja环境在扩展中发生错误时仍然允许其继续执行的警告吗？

我想到的是与本示例类似的内容：

def _render(*args, **kwrags):
    # ...
    try:
        self.potentially_harmful_operation()
    except Exception as e:
        self.environment.warning(e)
        return Markup("")
    # ...
    return Markup('<img src"{}">'.format(img_path))

因此，为了澄清，正如我在下面的评论中写道：

从根本上来说，我想我的问题可以归结为“我怎样才能使Jinja发出警告，就像它对缺少变量的警告一样”。

Answer 1

对于感兴趣的任何人，我都设法实现了自己的Undefined类（在很大程度上受make_logging_undefined启发，并使用undefined关键字将其提供给环境）来解决此问题。根据您的需要，默认的make_logging_undefined可能就足够了。

一旦到位，诀窍就是在环境中发出警告。 这可以通过简单地实例化环境的Undefined并执行其魔术方法之一（例如__str__ ）来完成。 从上面连接我的示例代码，可以像这样完成：

def _render(*args, **kwrags):
    # ...
    try:
        self.potentially_harmful_operation()
    except Exception as e:
        str(self.environment.undefined(e))
        return Markup("")
    # ...
    return Markup('<img src"{}">'.format(img_path))