专访资深程序员庄晓立：我为什么要选择Rust？
发表于 06:25|
来源《程序员》电子刊|
作者夏梦竹
摘要：Rust声称解决传统C语言和C++语言几十年来饱受责难的内存安全问题，同时还保持极高的运行效率、极深的底层控制、极广的应用范围。日前，CSDN采访了Rust1.0版本代码贡献者庄晓立，请他分享Rust语言特性以及学习经验。
Rust是由Mozilla开发的注重安全、性能和并发性的编程语言。这门语言自推出以来就得到了国内外程序员的大力推崇。Rust声称解决了传统C语言和C++语言几十年来饱受责难的内存安全问题，同时还保持了极高的运行效率、极深的底层控制、极广的应用范围。但在国内有关Rust的学习文档并不多见，不久前，笔者联系上了Rust1.0版本代码贡献者庄晓立（精彩博文：），请他分享Rust语言特性以及学习经验。庄晓立CSDN：你是从什么时候开始接触Rust语言的？是什么地方吸引了你？庄晓立：我大概从2013年后半年开始深入接触Rust语言。它居然声称解决了传统C语言和C++语言几十年来饱受责难的内存安全问题，同时还保持了极高的运行效率、极深的底层控制、极广的应用范围。其ownership机制令人眼前一亮，无虚拟机（VM）、无垃圾收集器（GC）、无运行时（Runtime）、无空指针/野指针/内存越界/缓冲区溢出/段错误、无数据竞争（Data Race）……所有这些，都深深地吸引了我——这个十多年以来深受C语言折磨的痛并快乐着的程序员。CSDN：在你看来，Rust是怎样的一门语言？它适合开发什么类型的项目？为何你会说Rust不惧怕任何竞争对手，它既能取代C语言地位；又可挑战C++市场，还可向Java、Python分一杯羹？与这些语言相比，Rust有哪些优越的特性？庄晓立：Rust是一门系统编程语言，特别适合开发对CPU和内存占用十分敏感的系统软件，例如虚拟机（VM）、容器（Container）、数据库/游戏/网络服务器、浏览器引擎、模拟器等，而这些向来主要都是C/C++的传统领地。此外，Rust在系统底层开发领域，如裸金属（bare metal）、操作系统（OS）、内核（kernel）、内核模块（mod）等，也有强劲的实力，足以挑战此领域的传统老大C语言。Rust丰富的语言特性、先进的设计理念、便捷的项目管理，令它在上层应用开发中也能大展拳脚，至少在运行性能上比带VM和GC的语言要更胜一筹。无GC实现内存安全机制、无数据竞争的并发机制、无运行时开销的抽象机制，是Rust独特的优越特性。其他语言很难同时实现这些目标，例如传统C/C++无法保证内存安全，Java/Python等无法消除运行时开销。但Rust毕竟还是很年轻的项目，它释放影响力需要时间，被世人广泛接受需要时间；它的潜力能否爆发出来，需要时间去检验。我们只需耐心等待。CSDN：Rust在国内有没有具体的实际使用案例？庄晓立：因为Rust1.0正式版刚刚发布不足一月，在国内影响力还不大，我们不能苛求它在国内有实际应用案例。但是在国外，一两年前就已经有OpenDNS和Skylight把Rust应用在生产环境。还有浏览器引擎Servo、Rust编译器和标准库、项目管理器Cargo等“两个半大型应用案例”。这些足够说明Rust语言的成熟和实用。CSDN：你参与了Rust1.0版本代码贡献，目前该版本正式版已经发布，对此你感觉如何？这门语言是否已经达到比较成熟的阶段？庄晓立：我积极参与了Rust语言开源项目，多次贡献源代码，曾连续三次出现在Rust官方博客公布的Rust 1.0 alpha、Rust 1.0 beta和Rust 1.0正式版的贡献者名单中。在Rust 1.0正式版出台的过程中及此前的很长一段时间，开发者付出了极大的努力，确保Rust 1.0正式版在Semver 2.0规范下，务必保持向后兼容性，除非遇到重大Bug不得不修复。我认为，在1.0正式发布之后，Rust就已经进入了比较成熟的阶段。而且，Rust还在快速迭代发展过程中，1.0发布6周后将发布1.1，再6周后将发布1.2，必然会一步一个台阶，越来越成熟稳定。CSDN：除了功能优先级以外，在你看来，Rust正在朝什么方向发展？未来的Rust可以期待什么样的特性？庄晓立：Rust一定会沿着“确保内存安全、无运行开销、高效实用”的既定方向持续发展。在短期内值得期待的语言特性有：动态Drop、偏特化、继承、改进borrow checker、改进宏和语法扩展。短期内值得期待的其他特性有：增强文件系统API、提供内存申请释放API、更好地支持Windows和ARM、更快的编译速度、更方便的二进制分发机制（MUSL）、更实用的工具等等。CSDN：据我了解，你之前也比较推崇Go语言，为何想到放弃Go转向Rust？庄晓立：推崇Go语言还谈不上，不过我曾经尝试努力接受Go语言，2011底年开始我曾经花费将近半年时间深度关注Go开发进程，提了很多具体的改进意见和建议，也曾经多次尝试贡献源代码。后来考虑到Go语言的设计理念跟我偏差太大，其社区也不太友好，慢慢地疏远了它。我曾经写过一篇博客《我为什么放弃Go语言》，谈到了很多具体的原因。CSDN：国内，参与Rust代码贡献的开发者多吗？有核心的人员吗？有哪些社区在维护Rust？庄晓立：国内参与Rust代码贡献的开发者并不多，但也不少，官方的贡献者名单中也偶见几个貌似国人的名字。Rust的核心开发人员基本上都是Mozilla公司的员工，他们专职负责开发维护Rust语言和相关的项目，Rust社区也主要是他们参与组织和管理的。社区人员讨论主要集中在GitHub项目主页RFC/PR/Issue官方、Discuss论坛/IRC、Reddit、HN、StackOverflow等。CSDN：对于开发者而言，应如何学习Rust？请分享下你的经验。庄晓立：由于Rust刚刚发布不久，各方面学习资料有限，我可以分享的经验也不多。首先推荐学习Rust官方提供的文档：Rust学习手册：Rust学习示例：Rust标准库文档：Rust语言规范：对于已经具有C++开发经验的开发者，可以看一下这个，是专门给C++程序员量身定制的Rust教材。这个虽然不是官方文档，但其作者是Rust开发组成员，文档质量是有保证的。除此之外，建议大家多关注一下Reddit网站的Rust专题，那里有全世界Rust程序员分享的许多有价值的资料（）。中文的资料更少，大家可以看看我参与筹建的Rust中文社区，与广大国内开发者共同交流进步：。此外，也可以在进行探讨、交流。作者简介：庄晓立（网络ID是Liigo、），山东省梁山县人，80后，2002年毕业于山东理工大学。从事IT行业十余年，其中有接近十年时间专注于易语言()编程平台的研发，长期担任大连大有吴涛易语言软件开发有限公司研发部部长。后来曾短期参与嵌入式软件开发。目前在教育行业负责视频培训软件研发。本文选自程序员电子版2015年6月B刊，该期更多文章请查看。2000年创刊至今所有文章目录请查看。欢迎（含iPad版、Android版、PDF版）。（责编/夏梦竹）
推荐阅读相关主题：
CSDN官方微信
扫描二维码,向CSDN吐槽
微信号：CSDNnews
相关热门文章425被浏览53,859分享邀请回答9619 条评论分享收藏感谢收起141 条评论分享收藏感谢收起反驳《Golang、Rust的执行速度的对照，让人大吃一惊。》——不会别瞎说
- Go语言中文网 - Golang中文社区
<meta name="author" content="polaris ">
反驳《Golang、Rust的执行速度的对照，让人大吃一惊。》——不会别瞎说
· 2403 次点击 ·
开始浏览 & &
首先我无意引战，但是今天看到某位同学的文章里有某些错误，不得不指正一下。
原文地址：
1. 测量时间的时候我们使用 `std::time::SystemTime::elapsed` 即可，不必蹩脚的使用两个 system 输出出来还得手动算一下。（当然你说对Rust不熟也就无所谓了）
2. 最重要一点。 执行 rust 代码的时候请用 `--release` ，cargo 项目请直接执行 `cargo run --release`
在我本机的测试过程：
?& demo pwd
/Users/wayslog/go/src/demo
?& demo go version
go version go1.7.1 darwin/amd64
?& demo cat demo.go
package main
&& &&runtime&
&& &&time&
func main() {
&& &runtime.GC()
&& &t := time.Now()
&& &sum := 0
&& &for i := 0; i & 20000; i++ {
&& &&& &for j := 0; j & 20000; j++ {
&& &&& &&& &sum = sum + i*j
&& &fmt.Println(time.Now().Sub(t))
&& &fmt.Println(sum)
?& demo go run demo.go
236.312079ms
?& demo go build
?& demo ./demo
289.696142ms
?& demo cd ~/rust/baka
?& baka git:(master) ? cat src/main.rs
use std::time::SystemT
fn main() {
&&& let sys_time = SystemTime::now();
&&& let mut x = 0;
&&& let mut i = 0;
&&& let mut y: u64 = 0;
&&& while x & 20000 {
&&&&&&& i = 0;
&&&&&&& while i & 20000 {
&&&&&&&&&&& y = y + x *
&&&&&&&&&&& i = i + 1;
&&&&&&& x = x + 1;
&&& println!(&{:?}&, sys_time.elapsed());
&&& println!(&The value of y is: {}&, y);
?& baka git:(master) ? cargo run --release
&&& Finished release [optimized] target(s) in 0.0 secs
&&&& Running `target/release/baka`
Ok(Duration { secs: 0, nanos: 0 })
The value of y is: 00000
?& baka git:(master) ? cargo build --release
&&& Finished release [optimized] target(s) in 0.0 secs
?& baka git:(master) ? ./target/release/baka
Ok(Duration { secs: 0, nanos: 0 })
The value of y is: 00000
Rust这里为什么会跑到0秒0ns呢？
将rust编译到asm我们能看到, 地址在这：：
movabsq $00000, %rax
编译时计算掉了么？
OK，既然编译时计算掉了这个情况，那么，我们让用户自己输入数字吧，这样编译时计算总优化不掉吧？
?& baka git:(master) ? cat src/main.rs
use std::time::SystemT
fn main() {
&&& let mut args = env::args();
&&& args.next().unwrap();
&&& let max_range = args.next().unwrap().parse::&u64&().expect(&not num&);
&&& let sys_time = SystemTime::now();
&&& let mut x = 0;
&&& let mut i = 0;
&&& let mut y: u64 = 0;
&&& while x & max_range {
&&&&&&& i = 0;
&&&&&&& while i & max_range {
&&&&&&&&&&& y = y + x *
&&&&&&&&&&& i = i + 1;
&&&&&&& x = x + 1;
&&& println!(&{:?}&, sys_time.elapsed());
&&& println!(&The value of y is: {}&, y);
?& baka git:(master) ? cargo build --release
&&& Finished release [optimized] target(s) in 0.0 secs
?& baka git:(master) ? ./target/release/baka 20000
Ok(Duration { secs: 0, nanos: 6000 })
The value of y is: 00000
?& baka git:(master) ? ./target/release/baka 40000
Ok(Duration { secs: 0, nanos: 12000 })
The value of y is: 000000
这里，Rust编译器可能也做了其他的优化了，但是需要分析asm再来看了，这里不做赘述。
但是，无论怎么看， 6000 ns (0.006ms) 和 200 ms 都是数量级的差距吧？
总结一点，不会别瞎说，这位 gopher 不行啊，深表同情。
2403 次点击 &
18 回复 &| &直到
请尽量让自己的回复能够对别人有帮助
支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
支持 @ 本站用户；支持表情（输入 : 提示），见
图片支持拖拽、截图粘贴等方式上传
记住登录状态
首先我无意引战，但是今天看到某位同学的文章里有某些错误，不得不指正一下。
原文地址：
1. 测量时间的时候我们使用 `std::time::SystemTime::elapsed` 即可，不必蹩脚的使用两个 system 输出出来还得手动算一下。（当然你说对Rust不熟也就无所谓了）
2. 最重要一点。 执行 rust 代码的时候请用 `--release` ，cargo 项目请直接执行 `cargo run --release`
在我本机的测试过程：
?& demo pwd
/Users/wayslog/go/src/demo
?& demo go version
go version go1.7.1 darwin/amd64
?& demo cat demo.go
package main
&& &&runtime&
&& &&time&
func main() {
&& &runtime.GC()
&& &t := time.Now()
&& &sum := 0
&& &for i := 0; i & 20000; i++ {
&& &&& &for j := 0; j & 20000; j++ {
&& &&& &&& &sum = sum + i*j
&& &fmt.Println(time.Now().Sub(t))
&& &fmt.Println(sum)
?& demo go run demo.go
236.312079ms
?& demo go build
?& demo ./demo
289.696142ms
?& demo cd ~/rust/baka
?& baka git:(master) ? cat src/main.rs
use std::time::SystemT
fn main() {
&&& let sys_time = SystemTime::now();
&&& let mut x = 0;
&&& let mut i = 0;
&&& let mut y: u64 = 0;
&&& while x & 20000 {
&&&&&&& i = 0;
&&&&&&& while i & 20000 {
&&&&&&&&&&& y = y + x *
&&&&&&&&&&& i = i + 1;
&&&&&&& x = x + 1;
&&& println!(&{:?}&, sys_time.elapsed());
&&& println!(&The value of y is: {}&, y);
?& baka git:(master) ? cargo run --release
&&& Finished release [optimized] target(s) in 0.0 secs
&&&& Running `target/release/baka`
Ok(Duration { secs: 0, nanos: 0 })
The value of y is: 00000
?& baka git:(master) ? cargo build --release
&&& Finished release [optimized] target(s) in 0.0 secs
?& baka git:(master) ? ./target/release/baka
Ok(Duration { secs: 0, nanos: 0 })
The value of y is: 00000
Rust这里为什么会跑到0秒0ns呢？
将rust编译到asm我们能看到, 地址在这：：
movabsq $00000, %rax
编译时计算掉了么？
OK，既然编译时计算掉了这个情况，那么，我们让用户自己输入数字吧，这样编译时计算总优化不掉吧？
?& baka git:(master) ? cat src/main.rs
use std::time::SystemT
fn main() {
&&& let mut args = env::args();
&&& args.next().unwrap();
&&& let max_range = args.next().unwrap().parse::&u64&().expect(&not num&);
&&& let sys_time = SystemTime::now();
&&& let mut x = 0;
&&& let mut i = 0;
&&& let mut y: u64 = 0;
&&& while x & max_range {
&&&&&&& i = 0;
&&&&&&& while i & max_range {
&&&&&&&&&&& y = y + x *
&&&&&&&&&&& i = i + 1;
&&&&&&& x = x + 1;
&&& println!(&{:?}&, sys_time.elapsed());
&&& println!(&The value of y is: {}&, y);
?& baka git:(master) ? cargo build --release
&&& Finished release [optimized] target(s) in 0.0 secs
?& baka git:(master) ? ./target/release/baka 20000
Ok(Duration { secs: 0, nanos: 6000 })
The value of y is: 00000
?& baka git:(master) ? ./target/release/baka 40000
Ok(Duration { secs: 0, nanos: 12000 })
The value of y is: 000000
这里，Rust编译器可能也做了其他的优化了，但是需要分析asm再来看了，这里不做赘述。
但是，无论怎么看， 6000 ns (0.006ms) 和 200 ms 都是数量级的差距吧？
总结一点，不会别瞎说，这位 gopher 不行啊，深表同情。
304 人在线
&最高记录 2325
& studygolang.com Go语言中文网，中国 Golang 社区，致力于构建完善的 Golang 中文社区，Go语言爱好者的学习家园。
Powered by
&o&服务器由
赞助 &·&CDN 由
VERSION: V3.5.0&·&9.025901ms&·&为了更好的体验，本站推荐使用 Chrome 或 Firefox 浏览器
登录和大家一起探讨吧
记住登录状态
还不是会员D、GO、Rust 谁会在未来取代 C？为什么？
- Go语言中文网 - Golang中文社区
<meta name="author" content="polaris ">
D、GO、Rust 谁会在未来取代 C？为什么？
babybright123, coding12, 你是晴天, 弃天帝, 机智的祺祺, Iam魔方
· 4476 次点击 ·
开始浏览 & &
不要管我的地位和 D 语言创造者之一的身份。我会坦诚的回答这个问题。我熟悉 Go 和 Rust，并且知道 D 的缺点在哪里。我鼓励人们在 Rust 和 Go 社区相似职位的人可以提出他们诚恳的观点。接着，我们开始吧。
首先，C++ 应该放在问题的哪个位置。不管它是否取代 C，或是成为取代 C 的候选人之一，C++ 是这个等式的一个关键部分。它是最接近 C 的，同时也是从 C 中来的。在下面几个问题中我会假设 C++ 是把取代 C 作为目标的。每一个语言都有一些基础优势（我称之为“十倍优势”，因为在一定的基准上比较其他确实效率更高）和数个挑战。这些语言在未来能否取代 C 语言取决于它们如何利用它们的十倍优势，并且如何克服他们的数个挑战。
翻译的不错哦!
先让我来弃用 D
说起D，就像是领着你在我自己的屋子里游览， 我知道如何让你看见/藏起来干净的/脏的角落。跟其他两个语言相比， 关于D ，我能说的更多。原因很简单： 我了解 D 了解地更深入，直白地说：
D 的主要挑战有以下：
采用率不高 - 虽然名义上存在这么多年了。 D 圈子里的知情人可能会说， D 当前还是相对新的，且采用率也上涨了不是。 而且，这种看法依然存在， 而采用率是由认知驱动的。所以经理和工程师就觉得采用一种多年还没有成熟的语言很担心。 未来， 时间会继续对 D 带来负面作用，除非/直到 采用的人数有突飞猛进增长。
D 和垃圾回收故事的微弱联系。 垃圾回收是个伟大发明，但是用在D 身上的决定却立即使D 跟核心市场 - 现有 C 和C++程序员分离开。对于这些程序员， 党派的分割线一贯都是“不想垃圾回收？不是个事儿，你可用D with RAII 或手动管理风格！ ” 虽然这话没错，但是这很接近于于没用了，因为标准库对于其他内存管理风格基本不支持，这就意味这，推定的用户需要重新建整个核心基础设施。而且，即使觉得使用垃圾回收没关系，实现的质量也没有什么可让脸上贴金的。总之，可以这么说， D 有 GC 的缺点，但是没有享有他的好处。
一直缺乏前景。 很少有公司支持 D，D 是靠圈子流行起来的，圈里的工程敏感度高，长期的前景，魅力和领导力难。很长一段时间， D 尝试进行影响， 公关，都取得了负面效果， 第一个前景文档
(http://wiki.dlang.org/Vision/2015H1)
是2015 年 1 月写的， 第二个迭代 (Vision/2015H2 - D Wiki) 是 4 个月后，一个周期是 6 个月， 这真是最好 的讽刺。
当然啦，还有其他的问题， 但是其他问题要么是从这几个问题上衍生出来的，要么就是有类似的影响
翻译的不错哦!
我认为 D 语言 10 倍的优势有以下(当我在下面说"十倍"的时候，通俗来讲意味着"一个数量级")
比C++快 10 倍的编译速度。相对于 C++ 和其他别的语言这种差距根本不可弥补。(Go 编译的速度稍微比 D 快一点，但是运行慢一点) 使用系统级语言快速编码是一种深远的变革。结合 D 语言的抽象能力，基本上可以把 D 作为一个很好的选择编写高度优化的代码，原因很简单，实验性成本很低。
比脚本语言快 10 倍的运行速度。D 的一个很好的用处是作为脚本语言使用处理一些简单任务，这在速度上的好处是巨大的。当然，没有”瓶颈期“的影响-如果一个脚本增长的很大，D 总是有很有效和模块化的机制提供。当然，这值得怀疑，比如 Python 已经很多的库可供选择，但是 10 倍的差距才是根本上的：系统级语言很难达到 D 的水平，但脚本语言很难突破与之的速度差距
10 倍的容易与 C 和 C++ 结合使用相对其他语言而言。D 使用和 C 和 C++ 相同的内存布局；它所做的是在它之上构建结构，但是更接近底层几乎没有花销，整个 C 的标准库在语法和速度上不能更接近了，它也同为 C++ 的标准库，许多 C 的库都很容易和 D 结合使用。()。它可以声称没有其他语言能达到它整合的水平
10倍更好相比其他的系统级语言以及一般性的语言。D 的静态内省，编译时间的评价，混合驱动代码变的很有效这对其他语言是很困难的，无论是新的还是现存的；在这场游戏中，Go 缺乏深度甚至不能抓住重点；C++还 在绝望的迷失之中；而 Rust 还在尝试之中。
翻译的不错哦!
这里再重申一下，Go 语言是我唯一的选择，值得你为其付出。选择 Go 主要有下面这些挑战：
间接调用和垃圾收集带来的本质上的性能下降。事实上，把 Go 改造成没有间接函数调用和垃圾收集是没有意义的，因为这些是其核心的功能。这些是提高核心性能指标的主要障碍。Go 团队的回应是，战术上会提高垃圾收集的性能。不过，替换 C 语言这样的挑战不是通过一些战术就可以完成的。
政治因素。 Go 的派别异常强大，在不少问题上都各有坚持，类似的问题有大有小。在比较大的问题中，泛型的实现方式非常笨拙而低下，使得泛型可以算是 Go 语言的短板之一；在类似话题上的讨论上，都足以让人郁闷不已。我认为技术问题的政治因素在长期是一个极端的破坏因素，希望 Go 团队能找到解决的方式。
简化却过于简化。Go 语言的精简是很有名的 - 大家上手起来确实都很快。不过随着时间推移，这成为一个问题；Go 代码彻底慢下来 - 程序员发现整天在写同样的东西，就像一只蚂蚁做的那样，这是因为 Go 语言即使对很简单的观念和算法也没法很好的进行抽象。如果一个领域没有现成的易用的库，一般人是很难进入的。程序员要是用过 Go 之后再也不想用了，那感觉真不好。如果 Go 能让那些总是重复工作的用户改善一下处境就好了。
翻译的不错哦!
我认为的 Go 的10倍优势如下：
10倍更好的策略。有一段时间 Go 语言宣称要成为系统编程语言，不过后来它的属地完全变成网络服务领域。这是一个前景非常光明的市场，Go 团队对此把握的很好（Go 团队有着这方面的世界级的工程师）。这个市场非常热，一直由 Java EE 和一些运行缓慢的脚本语言占据着，Go 在这个领域完全就是全新的选择，不过现在已经成为一个主要的选择，其低位已经不可替代了。
工程上的10倍优势。 Go 语言背后有一个纯粹的工程团队，这对语言的质量起着很大的帮助，尤其是对于网络库和工具。优秀的工程管理很好的弥补了语言能力上的一些不足。
10倍的品牌效应。很多打算使用 Go 语言的用户都是看在 Google 的份上。Google 出品，似乎就意味着专业、高质量和稳定。当然，品牌不是全部，不过这意味着 Go 语言只需要做到不错就行，不需要做到完美。品牌可以完成剩下的任务。
翻译的不错哦!
最后但并非最不重要的
让我再次提醒，这仅仅是我的意见。我认为 Rust 正面临一些有趣的挑战：
一个不和谐的人格。阅读任何数量的 Rust 代码让人想起这个笑话“朋友别让朋友翘腿的一天”的漫画图像()。把躯干放在瘦腿上的人。Rust安全、精确的内存管理一切的前沿和中心。很少的问题域,不幸的是，这意味着思考和编码的大部分是致力于基本文书工作(GC 语言实际上自动化不见了)。安全的，确定的内存回收困难的问题，但并不是唯一的问题,甚至在一个程序中最重要的问题。因此 Rust 在这个语言设计问题上消耗巨大。这是有趣的，Rust 开始成长的其他方面的语言；唯一的解决方案是发展语言，但问题仍然是抽象能否帮助处理各级资源的必要性。
外国的语法。Rust 的语法是不同的，没有明显优势的差异。这是人来自 Algol-style 刺激性语言，需要处理一个无缘无故地不同的语法除了正确的资源簿记。
翻译的不错哦!
Rust 的 10 倍优势是：
理论上要比其他快 10 倍。在三者之中，Rust 是其中唯一的一款有世界一流水平的语言。这些在它精确定义的语言和技术方法的深度都可以看得出。
比其他系统程序设计语言 10 倍更好的安全性。当然，在这里我们只限于讨论它在安全上的开支。
性价比上要比其他好 10 倍。在很长一段时间里，Rust 的 1.0 预览版都是社区的宠儿，没有一点错误：无论发生什么问题，现有的 Rust 或者将来的 1.0 版本都会有解决的办法。现在，1.0 版本已经结束了蜜月期，人们的兴趣发生了很明显的下降（据我个人测算和估计），但是它的影响仍将继续存在。此外，毕竟，Rust 是一个正统的有实用价值的语言，它很容易将人们的热情转化实体的销售。
无论是这几种语言被定位于逐步替换 C，C++ 或者同时存在于代码库中，还是它们会成为未来项目的首选，今天的人们还是会首先选择 C 或 C++——这一切都取决于这些语言的能力，尽量发挥它们的长处并且在各自的挑战中获得突破。
翻译的不错哦!
4476 次点击 &
2 回复 &| &直到
请尽量让自己的回复能够对别人有帮助
支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
支持 @ 本站用户；支持表情（输入 : 提示），见
图片支持拖拽、截图粘贴等方式上传
记住登录状态
不要管我的地位和 D 语言创造者之一的身份。我会坦诚的回答这个问题。我熟悉 Go 和 Rust，并且知道 D 的缺点在哪里。我鼓励人们在 Rust 和 Go 社区相似职位的人可以提出他们诚恳的观点。接着，我们开始吧。
首先，C++ 应该放在问题的哪个位置。不管它是否取代 C，或是成为取代 C 的候选人之一，C++ 是这个等式的一个关键部分。它是最接近 C 的，同时也是从 C 中来的。在下面几个问题中我会假设 C++ 是把取代 C 作为目标的。每一个语言都有一些基础优势（我称之为“十倍优势”，因为在一定的基准上比较其他确实效率更高）和数个挑战。这些语言在未来能否取代 C 语言取决于它们如何利用它们的十倍优势，并且如何克服他们的数个挑战。
翻译的不错哦!
先让我来弃用 D
说起D，就像是领着你在我自己的屋子里游览， 我知道如何让你看见/藏起来干净的/脏的角落。跟其他两个语言相比， 关于D ，我能说的更多。原因很简单： 我了解 D 了解地更深入，直白地说：
D 的主要挑战有以下：
采用率不高 - 虽然名义上存在这么多年了。 D 圈子里的知情人可能会说， D 当前还是相对新的，且采用率也上涨了不是。 而且，这种看法依然存在， 而采用率是由认知驱动的。所以经理和工程师就觉得采用一种多年还没有成熟的语言很担心。 未来， 时间会继续对 D 带来负面作用，除非/直到 采用的人数有突飞猛进增长。
D 和垃圾回收故事的微弱联系。 垃圾回收是个伟大发明，但是用在D 身上的决定却立即使D 跟核心市场 - 现有 C 和C++程序员分离开。对于这些程序员， 党派的分割线一贯都是“不想垃圾回收？不是个事儿，你可用D with RAII 或手动管理风格！ ” 虽然这话没错，但是这很接近于于没用了，因为标准库对于其他内存管理风格基本不支持，这就意味这，推定的用户需要重新建整个核心基础设施。而且，即使觉得使用垃圾回收没关系，实现的质量也没有什么可让脸上贴金的。总之，可以这么说， D 有 GC 的缺点，但是没有享有他的好处。
一直缺乏前景。 很少有公司支持 D，D 是靠圈子流行起来的，圈里的工程敏感度高，长期的前景，魅力和领导力难。很长一段时间， D 尝试进行影响， 公关，都取得了负面效果， 第一个前景文档
(http://wiki.dlang.org/Vision/2015H1)
是2015 年 1 月写的， 第二个迭代 (Vision/2015H2 - D Wiki) 是 4 个月后，一个周期是 6 个月， 这真是最好 的讽刺。
当然啦，还有其他的问题， 但是其他问题要么是从这几个问题上衍生出来的，要么就是有类似的影响
翻译的不错哦!
我认为 D 语言 10 倍的优势有以下(当我在下面说"十倍"的时候，通俗来讲意味着"一个数量级")
比C++快 10 倍的编译速度。相对于 C++ 和其他别的语言这种差距根本不可弥补。(Go 编译的速度稍微比 D 快一点，但是运行慢一点) 使用系统级语言快速编码是一种深远的变革。结合 D 语言的抽象能力，基本上可以把 D 作为一个很好的选择编写高度优化的代码，原因很简单，实验性成本很低。
比脚本语言快 10 倍的运行速度。D 的一个很好的用处是作为脚本语言使用处理一些简单任务，这在速度上的好处是巨大的。当然，没有”瓶颈期“的影响-如果一个脚本增长的很大，D 总是有很有效和模块化的机制提供。当然，这值得怀疑，比如 Python 已经很多的库可供选择，但是 10 倍的差距才是根本上的：系统级语言很难达到 D 的水平，但脚本语言很难突破与之的速度差距
10 倍的容易与 C 和 C++ 结合使用相对其他语言而言。D 使用和 C 和 C++ 相同的内存布局；它所做的是在它之上构建结构，但是更接近底层几乎没有花销，整个 C 的标准库在语法和速度上不能更接近了，它也同为 C++ 的标准库，许多 C 的库都很容易和 D 结合使用。()。它可以声称没有其他语言能达到它整合的水平
10倍更好相比其他的系统级语言以及一般性的语言。D 的静态内省，编译时间的评价，混合驱动代码变的很有效这对其他语言是很困难的，无论是新的还是现存的；在这场游戏中，Go 缺乏深度甚至不能抓住重点；C++还 在绝望的迷失之中；而 Rust 还在尝试之中。
翻译的不错哦!
这里再重申一下，Go 语言是我唯一的选择，值得你为其付出。选择 Go 主要有下面这些挑战：
间接调用和垃圾收集带来的本质上的性能下降。事实上，把 Go 改造成没有间接函数调用和垃圾收集是没有意义的，因为这些是其核心的功能。这些是提高核心性能指标的主要障碍。Go 团队的回应是，战术上会提高垃圾收集的性能。不过，替换 C 语言这样的挑战不是通过一些战术就可以完成的。
政治因素。 Go 的派别异常强大，在不少问题上都各有坚持，类似的问题有大有小。在比较大的问题中，泛型的实现方式非常笨拙而低下，使得泛型可以算是 Go 语言的短板之一；在类似话题上的讨论上，都足以让人郁闷不已。我认为技术问题的政治因素在长期是一个极端的破坏因素，希望 Go 团队能找到解决的方式。
简化却过于简化。Go 语言的精简是很有名的 - 大家上手起来确实都很快。不过随着时间推移，这成为一个问题；Go 代码彻底慢下来 - 程序员发现整天在写同样的东西，就像一只蚂蚁做的那样，这是因为 Go 语言即使对很简单的观念和算法也没法很好的进行抽象。如果一个领域没有现成的易用的库，一般人是很难进入的。程序员要是用过 Go 之后再也不想用了，那感觉真不好。如果 Go 能让那些总是重复工作的用户改善一下处境就好了。
翻译的不错哦!
我认为的 Go 的10倍优势如下：
10倍更好的策略。有一段时间 Go 语言宣称要成为系统编程语言，不过后来它的属地完全变成网络服务领域。这是一个前景非常光明的市场，Go 团队对此把握的很好（Go 团队有着这方面的世界级的工程师）。这个市场非常热，一直由 Java EE 和一些运行缓慢的脚本语言占据着，Go 在这个领域完全就是全新的选择，不过现在已经成为一个主要的选择，其低位已经不可替代了。
工程上的10倍优势。 Go 语言背后有一个纯粹的工程团队，这对语言的质量起着很大的帮助，尤其是对于网络库和工具。优秀的工程管理很好的弥补了语言能力上的一些不足。
10倍的品牌效应。很多打算使用 Go 语言的用户都是看在 Google 的份上。Google 出品，似乎就意味着专业、高质量和稳定。当然，品牌不是全部，不过这意味着 Go 语言只需要做到不错就行，不需要做到完美。品牌可以完成剩下的任务。
翻译的不错哦!
最后但并非最不重要的
让我再次提醒，这仅仅是我的意见。我认为 Rust 正面临一些有趣的挑战：
一个不和谐的人格。阅读任何数量的 Rust 代码让人想起这个笑话“朋友别让朋友翘腿的一天”的漫画图像()。把躯干放在瘦腿上的人。Rust安全、精确的内存管理一切的前沿和中心。很少的问题域,不幸的是，这意味着思考和编码的大部分是致力于基本文书工作(GC 语言实际上自动化不见了)。安全的，确定的内存回收困难的问题，但并不是唯一的问题,甚至在一个程序中最重要的问题。因此 Rust 在这个语言设计问题上消耗巨大。这是有趣的，Rust 开始成长的其他方面的语言；唯一的解决方案是发展语言，但问题仍然是抽象能否帮助处理各级资源的必要性。
外国的语法。Rust 的语法是不同的，没有明显优势的差异。这是人来自 Algol-style 刺激性语言，需要处理一个无缘无故地不同的语法除了正确的资源簿记。
翻译的不错哦!
Rust 的 10 倍优势是：
理论上要比其他快 10 倍。在三者之中，Rust 是其中唯一的一款有世界一流水平的语言。这些在它精确定义的语言和技术方法的深度都可以看得出。
比其他系统程序设计语言 10 倍更好的安全性。当然，在这里我们只限于讨论它在安全上的开支。
性价比上要比其他好 10 倍。在很长一段时间里，Rust 的 1.0 预览版都是社区的宠儿，没有一点错误：无论发生什么问题，现有的 Rust 或者将来的 1.0 版本都会有解决的办法。现在，1.0 版本已经结束了蜜月期，人们的兴趣发生了很明显的下降（据我个人测算和估计），但是它的影响仍将继续存在。此外，毕竟，Rust 是一个正统的有实用价值的语言，它很容易将人们的热情转化实体的销售。
无论是这几种语言被定位于逐步替换 C，C++ 或者同时存在于代码库中，还是它们会成为未来项目的首选，今天的人们还是会首先选择 C 或 C++——这一切都取决于这些语言的能力，尽量发挥它们的长处并且在各自的挑战中获得突破。
翻译的不错哦!
305 人在线
&最高记录 2325
& studygolang.com Go语言中文网，中国 Golang 社区，致力于构建完善的 Golang 中文社区，Go语言爱好者的学习家园。
Powered by
&o&服务器由
赞助 &·&CDN 由
VERSION: V3.5.0&·&8.044211ms&·&为了更好的体验，本站推荐使用 Chrome 或 Firefox 浏览器
登录和大家一起探讨吧
记住登录状态
还不是会员