Elixir 1.7 改进错误处理、日志和测试

  • 2018-08-07
  • 本文字数:1057 字

    阅读完需:约 3 分钟

Elixir 1.7 致力于提升开发者体验,Elixir 创建者 José Valim 这样写道。其中包括新增__STACKTRACE__结构检索堆栈踪迹,集成 Erlang 新增的:logger模块,改进 Elixir 的单元测试库 ExUnit,支持文档元数据。

Elixir 1.7 改进了异常系统,ArgumentErrorArithmeticErrorKeyError异常提供了更多的诊断信息,并且新增一个__STACKTRACE__结构,可以用于代替System.stacktrace/0来检索堆栈踪迹:

<pre data-anchor-id="lty0">

try do
… 某个可能失败的操作 …
rescue
exception ->
log(exception, STACKTRACE)
reraise(exception, STACKTRACE)
end


__STACKTRACE__的作用域是在词法上确定的,不依赖于副作用,这点和System.stacktrace/0不同。据 Valim 介绍,这将给未来的 Elixir 版本带来性能提升,因为它使得try块结束后就不用再跟踪堆栈踪迹了。

Elixir Logger 模块现在插入了 Erlang 的:logger,这是由 Erlang/OTP 21 提供的,充分利用了后者丰富的元数据,包括:

  • :crash_reason是一个包含两个元素的元组,第一个参数表示原因,包括抛出 / 错误 / 退出,第二个是堆栈踪迹。抛出的结构总是{:nocatch, term},错误总是 Exceptions,而退出则涵盖了剩余的情况。
  • :initial_call是进程开始时的初始调用。
  • :registered_name是进程作为 atom 注册后的名称。

此外,如果消息没有有效记录,那么Logger宏如debuginfo等就不会对它们的参数求值,新增的:compile_time_purge_matching选项允许基于编译时元数据过滤日志条目。例如,下面的代码展示了如何配置Logger使其忽略来自application :foo级别低于:info以及所有来自Bar.foo/3的日志调用:

<pre data-anchor-id="yfcf">

config :logger,
compile_time_purge_matching: [
[application: :foo, level_lower_than: :info],
[module: Bar, function: “foo/3”]
]


如上所述,Elixir 的单元测试库 ExUnit 也经过了改进,宏assert返回的信息更详细了。例如,如果assert some_function(expr1, var2)语句失败,它就会打印出some_function的参数值,这样,就可以为开发人员节省下重新运行测试来查看它们的值的时间。

最后,Elixir 1.7 还提供了文档注解作为文档元数据,如下所示:

<pre data-anchor-id="sn65">

@moduledoc “A brand new module”
@moduledoc authors: [“Jane”, “Mary”], since: “1.4.0”


Elixir 1.7 中的ExDoc工具能够利用这些元数据标识出使用已弃用模块、函数、回调和类型的地方,并能在引入特定的特性时显示出来。

要了解更多的变更信息,请查阅 Elixir 1.7 的发布说明

查看英文原文: Elixir 1.7 Improves Error Handling, Logging, and Testing