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

语言 Elixir

摘要

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

正文

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

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

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宏如debug、info等就不会对它们的参数求值，新增的:compile_time_purge_matching选项允许基于编译时元数据过滤日志条目。例如，下面的代码展示了如何配置Logger使其忽略来自application :foo级别低于:info以及所有来自Bar.foo/3的日志调用：

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还提供了文档注解作为文档元数据，如下所示：

@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