Rust 2018 即将到来:设法从 Rust 2015 过渡

达尔文
 达尔文
发布于 2018年08月21日
收藏 7

Rust 核心开发团队近日发表报告称,Rust 2018 的第一个版本将于 2018 年 12 月 6 日准备就绪,对应 Rust 1.31。在新标签下整合了自 Rust 2015 首次发布以来的大量新功能,进一步丰富了语言特性。

Rust 2018 将重点放在语言生产力的提升上,如,关注编译器性能,优化语言特性,进一步改进工具、库和文档等。Rust 2018 的部分语言新特性已在最近的 Rust 发布说明中公布,可能会出现在 Rust 1.31 正式版之前的版本中,其中包括:impl Trait、macros 2.0、SIMD 支持,生成器,非词汇生命周期(non-lexical lifetimes),async/await 支持和模块改造。

最值得注意的是,Rust 2018 将在一定程度上放松其稳定性保证,为可能破坏现有 Rust 2015 代码的语言更改提供支持。 例如,Rust 2018 将包含 try 关键字,这可能与某些代码中的函数或变量名称冲突。

为了解决这个问题和其他类似可能出现的问题,并帮助开发者从 Rust 2015 过渡到 Rust 2018,Rust 将遵循 C++ 和 Java 的步骤,这包含如下几个含义:

  • Rust 2018 可选择加入。 如果要在现有项目中使用 Rust 2018,可以将 edition='2018' 添加到项目 cargo.toml 中。 如果缺少版本密钥,Rust 编译器将默认使用 Rust 2015.。使用 cargo new 创建的所有新项目默认都加入 edition='2018'。

  • 由于 Rust 编译器将能够同时支持 Rust 2015 和 2018,因此 Rust 2015 和 Rust 2018 的项目依赖和版本可以任意混合使用,而不会出现问题。 这也就是说,您将可以在 Rust 2018 程序中使用 Rust 2015 依赖项,也可以在 Rust 2015 项目中使用 Rust 2018 依赖项。

  • 语言核心将保持不变,这意味着 Rust 2018 将仅包括表层的更改,例如前面提到的 try 关键字,或一些警告转换为错误等。

此外,Rust 2018 将包括一个新的工具 cargo fix,它将帮助开发人员转换现有的代码库,实现代码的逐步转换,以采用 Rust 2018 推荐的新功能和习惯用法。

Rust 核心团队本月初发布了 Rust 1.28:引入了全局分配器,允许开发人员提供自己的内存分配器来代替系统分配器;NonZero 数字类型,可以进行内存优化;改进的错误消息和格式。

编译自:Rust 2018 is Approaching: Managing the Transition from Rust 2015

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Rust 2018 即将到来:设法从 Rust 2015 过渡
加载中

精彩评论

MikeManilone
MikeManilone

引用来自“Doeeking”的评论

let 默认不可变,非要加 mut. 就不能学其他语言使用 let, var 吗?这个有点让我��
一看你就没搞懂啊。mut 是一个 binding 的“属性”,而 let 只是在做 pattern match。换句话说,你在其他可以 pattern match 的地方都可以使用 mut。这种语法设计更一致简洁,也提倡你不要乱用可变绑定。
海淀游民
海淀游民

引用来自“青萍之末”的评论

rust在没必要的地方花费了大量时间,明显过度设计了
内存引用正确性在99%的软件开发中,都不是最重要的,GC语言解决了大部分问题
而其它那1%的软件开发者,本身是熟手,他们也不是刚需
GC 无法应用于系统开发,Rust 也不是设计来与 Java 之类竞争的语言
终于19岁
终于19岁

引用来自“Doeeking”的评论

let 默认不可变,非要加 mut. 就不能学其他语言使用 let, var 吗?这个有点让我��
非常赞同,部分语法反人类
超级大黑猫
超级大黑猫

引用来自“青萍之末”的评论

rust在没必要的地方花费了大量时间,明显过度设计了
内存引用正确性在99%的软件开发中,都不是最重要的,GC语言解决了大部分问题
而其它那1%的软件开发者,本身是熟手,他们也不是刚需
一看你就是不懂rust设计哲学的
内存安全是大势所趋
你知道为了规避内存安全漏洞
cpu增加了多少东西吗
有了rust那些指令集和设计全部都可以取消了
not3
not3

引用来自“Moodys”的评论

越来越易学吗?
感觉现在是满好用了

最新评论(26

青萍之末
青萍之末

引用来自“青萍之末”的评论

rust在没必要的地方花费了大量时间,明显过度设计了
内存引用正确性在99%的软件开发中,都不是最重要的,GC语言解决了大部分问题
而其它那1%的软件开发者,本身是熟手,他们也不是刚需

引用来自“超级大黑猫”的评论

一看你就是不懂rust设计哲学的
内存安全是大势所趋
你知道为了规避内存安全漏洞
cpu增加了多少东西吗
有了rust那些指令集和设计全部都可以取消了

引用来自“青萍之末”的评论

世界上只有一种编程语言,你自己觉得可能吗?
rust跟erlang类似,编程时的心智负担太重
尝试是好的,想流行,难

引用来自“超级大黑猫”的评论

那些单片机和嵌入式芯片的内存安全全靠c程序员仔细检验
rust内存安全设计恰好减少了review的负担
你到底自己生产环境用过没 就批评过度设计
批评过度设计又不是我一个
C/C++,java,c#哪一个没人批评,没必要激动
任何的语言对应到某一个细分领域,必然有其优势
这个有什么可争的呢?

我没在生产环境中使用rust,用的主要是C++,java,c#,go,lua...等等等等
不过我还是尽量详细了解了rust才放弃使用的
你可以尽情喷我
超级大黑猫
超级大黑猫

引用来自“青萍之末”的评论

rust在没必要的地方花费了大量时间,明显过度设计了
内存引用正确性在99%的软件开发中,都不是最重要的,GC语言解决了大部分问题
而其它那1%的软件开发者,本身是熟手,他们也不是刚需

引用来自“超级大黑猫”的评论

一看你就是不懂rust设计哲学的
内存安全是大势所趋
你知道为了规避内存安全漏洞
cpu增加了多少东西吗
有了rust那些指令集和设计全部都可以取消了

引用来自“青萍之末”的评论

世界上只有一种编程语言,你自己觉得可能吗?
rust跟erlang类似,编程时的心智负担太重
尝试是好的,想流行,难
那些单片机和嵌入式芯片的内存安全全靠c程序员仔细检验
rust内存安全设计恰好减少了review的负担
你到底自己生产环境用过没 就批评过度设计
Raymin
Raymin

引用来自“Doeeking”的评论

let 默认不可变,非要加 mut. 就不能学其他语言使用 let, var 吗?这个有点让我��

引用来自“MikeManilone”的评论

一看你就没搞懂啊。mut 是一个 binding 的“属性”,而 let 只是在做 pattern match。换句话说,你在其他可以 pattern match 的地方都可以使用 mut。这种语法设计更一致简洁,也提倡你不要乱用可变绑定。

引用来自“曾赛”的评论

从实现上来说 let mut 是可以换成更简洁的 var,其团队也是想到了的,只是 Rust 中的引用分为共享引用和可变引用,而引用的创建语法分别是 &a 和 &mut a,用mut表示可变,采用 let mut 这样的写法是为了保持语义和视觉上的统一。

当然,为什么不用另一个符号来表示可变引用呢?比如 #a ?
应该是故意这样设计,明显,强调是可变的,要小心。
青萍之末
青萍之末

引用来自“青萍之末”的评论

rust在没必要的地方花费了大量时间,明显过度设计了
内存引用正确性在99%的软件开发中,都不是最重要的,GC语言解决了大部分问题
而其它那1%的软件开发者,本身是熟手,他们也不是刚需

引用来自“超级大黑猫”的评论

一看你就是不懂rust设计哲学的
内存安全是大势所趋
你知道为了规避内存安全漏洞
cpu增加了多少东西吗
有了rust那些指令集和设计全部都可以取消了

引用来自“青萍之末”的评论

世界上只有一种编程语言,你自己觉得可能吗?
rust跟erlang类似,编程时的心智负担太重
尝试是好的,想流行,难
我记得rust开发团队内部貌似也爆发过争论
那时候好像borrow是用@标记
太久了,记不清了
青萍之末
青萍之末

引用来自“青萍之末”的评论

rust在没必要的地方花费了大量时间,明显过度设计了
内存引用正确性在99%的软件开发中,都不是最重要的,GC语言解决了大部分问题
而其它那1%的软件开发者,本身是熟手,他们也不是刚需

引用来自“超级大黑猫”的评论

一看你就是不懂rust设计哲学的
内存安全是大势所趋
你知道为了规避内存安全漏洞
cpu增加了多少东西吗
有了rust那些指令集和设计全部都可以取消了
世界上只有一种编程语言,你自己觉得可能吗?
rust跟erlang类似,编程时的心智负担太重
尝试是好的,想流行,难
超级大黑猫
超级大黑猫

引用来自“青萍之末”的评论

rust在没必要的地方花费了大量时间,明显过度设计了
内存引用正确性在99%的软件开发中,都不是最重要的,GC语言解决了大部分问题
而其它那1%的软件开发者,本身是熟手,他们也不是刚需
一看你就是不懂rust设计哲学的
内存安全是大势所趋
你知道为了规避内存安全漏洞
cpu增加了多少东西吗
有了rust那些指令集和设计全部都可以取消了
曾赛
曾赛

引用来自“Doeeking”的评论

let 默认不可变,非要加 mut. 就不能学其他语言使用 let, var 吗?这个有点让我��

引用来自“MikeManilone”的评论

一看你就没搞懂啊。mut 是一个 binding 的“属性”,而 let 只是在做 pattern match。换句话说,你在其他可以 pattern match 的地方都可以使用 mut。这种语法设计更一致简洁,也提倡你不要乱用可变绑定。
从实现上来说 let mut 是可以换成更简洁的 var,其团队也是想到了的,只是 Rust 中的引用分为共享引用和可变引用,而引用的创建语法分别是 &a 和 &mut a,用mut表示可变,采用 let mut 这样的写法是为了保持语义和视觉上的统一。

当然,为什么不用另一个符号来表示可变引用呢?比如 #a ?
MikeManilone
MikeManilone

引用来自“Doeeking”的评论

let 默认不可变,非要加 mut. 就不能学其他语言使用 let, var 吗?这个有点让我��
一看你就没搞懂啊。mut 是一个 binding 的“属性”,而 let 只是在做 pattern match。换句话说,你在其他可以 pattern match 的地方都可以使用 mut。这种语法设计更一致简洁,也提倡你不要乱用可变绑定。
a
autohime
Lexical 有约定俗成的翻译,请翻译成词法
贾一饼

引用来自“Doeeking”的评论

let 默认不可变,非要加 mut. 就不能学其他语言使用 let, var 吗?这个有点让我��
@Doeeking 为了区分借用引用好像只能这么干
返回顶部
顶部