Elixir 1.2 带来多项功能增强和性能提升

阅读数:1044 2016 年 1 月 7 日

话题:函数式编程语言 & 开发

José Valim宣布Elixir这门动态、函数式编程语言的 1.2 版本。

Valim 是 Elixir 的创建者。他表示,1.2 版本“带来了功能增强、Bug 修复、性能提升等等”。同时,他还指出,该版本需要 Erlang 18 及以上版本。

在宣布 Elixir 1.2 发布的博文中,Valim 列出了该版本对这门语言所做的若干值得注意的改进。这些改进包括增加了多aliases/imports/require语法,映射键支持变量,在映射键和函数子句中支持“销(pin)”操作符,增加with的特殊形式,用于多表达式匹配,将下面的代码:

case File.read("my_file.ex") do
  {:ok, contents} ->
    case Code.eval_string(contents) do
      {res, _binding} ->
        {:ok, res}
      error ->
        error
  error -> error
    error
end

替换为下列更为简洁的形式:

with {:ok, contents} 

Elixir 工作流的改进包括使“综合(umbrella)”应用程序具备了共享构建和配置文件的能力,Valim 指出,这样做的目的是在综合项目中“极大地缩短编译时间”。通过向每个综合应用程序的mix.exs文件增加如下配置信息即可实现共享目的:

build_path: "../../_build",
config_path: "../../config/config.exs",

Valim 继续写道,“Mix 现在默认会自动合并协议,而且,我们现在可以并行合并及缓存合并结果,从而在所有的环境中都能提供最好的性能,而又不影响编译时间”。

Elixir 1.2 还提供了一个试验性特性,就是开发人员可以选择允许 Mix 获取和编译 Rebar 3 依赖。

在 Hacker News 上,在有关Elixir 1.2 发布的讨论中,针对此次发布和 Elixir 的观点一般来说都是正面的,这使得用户cxz评论说:

我很期待从更有经验的人那里听到一些批评、负面体验和缺点。这里的观点 100% 都是正面的、表扬性的,这在 HN 上是非常不正常的。

尽管如此,最初的观点始终还是正面的,用户elteto评论道,“以我的经验来看,这种正面性并不是没有道理的,Elixir 是一门非常优秀的、年轻的语言,它有一个给力的社区(像大多数新语言那样)。”

唯一一点批评的信号来自用户gleb,他在评论中指出了一些小“问题”,如下:

唯一真正让我担心的问题是 Ecto 及它同 Phoenix 的集成。那让简单的事情变得困难,让困难的事情变得不可能。

更主要的是,我不觉得 Phoenix 像 Rails 那样是“从一个生产环境中的 Web 应用提炼而来”。对于 Rails,你知道至少有一个应用 Basecamp 运行在它上面。对于 Phoenix,我就不敢说了。这只是一个非常初步的看法,但第一印象很重要。

José Valim 以行动彰显了社区的名誉,他亲自回复了 gleb,表示“愿意听取更多关于 Ecto/Phoenix 集成的信息,什么让他觉得困难以及什么让他觉得不可能,”并邀请该用户给他发电子邮件。

要了解更多有关 Elixir 1.2 的信息,请查看变更日志。Elixir 遵循 Apache 2 许可协议。希望为这门语言做贡献的 InfoQ 读者,可以查看CODE_OF_CONDUCT.mdCONTRIBUTING.md这两份指南来了解更多信息。

查看英文原文:Elixir 1.2 Brings Enhancements, Performance Improvements


感谢谢丽对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群(已满),InfoQ 读者交流群(#2))。