Elixir 1.2带来多项功能增强和性能提升
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} <- File.read("my_file.ex"), {res, binding} <- Code.eval_string(contents), do: {:ok, res} 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.md 和 CONTRIBUTING.md 这两份指南来了解更多信息。
查看英文原文： Elixir 1.2 Brings Enhancements, Performance Improvements
</div>