@alvie 这个功能我也是计划写的,但是觉得没人会订阅我的博客,所以我这个功能就搁置了 :(

@lrxiao 有个具体的例子或者是相关的链接么?

@secondwtq 这个 Rust 有 OOP 的编程范式这个不是我自己的见解，而是 Rust 官网提出的，如果把 Rust 里面的 Structure 当作 Java 的类来用，也是对数据和方法进行封装，只是暴露调用的接口，这样就可以算是 OOP. Rust 官网说这个取决于你怎么去定义 OOP

@narcotics 我之前在 Reddit 上看到这张图的,所以就拿来当背景图了,这个会不会引起纠纷呢?

@aristotll 你可以尝试一下 intellij-rust, jetbrain 系 IDE 上的 Rust 插件，可能现在来说是补全功能最好的，只不过我是个 Emacs 用户，也没什么兴趣去尝试 intellij-rust 而已．

@chinuno 第三方库就是我在文章里面提及的生态还没有蓬勃起来，所以很多类库都没有或者是类库是刚开发不久，还没成熟，这个也只能等 Rust 的生态起来．至于 IDE, 我自己只是用 Emacs, 所以不太清楚 vs code, 但是我也用过 rls,rls 还是很容易崩溃．我觉得最痛苦的就是编译的时候，感觉就真的好像考试等老师改卷那样，不行只能重新写．现在 Rust 还没有真的普及起来，学习 Rust 也不能找到工作，但是我觉得这样会使学习变得更加纯粹，喜欢一样东西就去学习，并且使用它，享受这个工程．希望你能坚持下去啦，我也理解你开发的痛苦 :), 共勉咯

@wspsxing 我还是觉得 Rust 是函数式的变成语言, [The Rust Programming Book]( https://doc.rust-lang.org/stable/book/second-edition/ch17-00-oop.html) 也对 Rust 是不是面向对象的语言进行了分析．这个具体看各人的看法和理解吧．

@wspsxing 我觉得想要学习函数式编程也可以学 Rust, 我个人也学习过 Scheme，我对它们所提供的抽象能力感觉非常神奇，也是眼前一亮

@quxiangxuanqxx 什么是看火人？

@wayslog "虽说这个与 Rust 本身无关，不过我只是想吐嘈一下，Rust 的中文社区几乎没有", 几乎没有，这个我感觉我是表达得没问题的，我也知道 rustcc, 我也看过 rustcc 出品的 RustPrimer, 很感谢你们的共享．我也看到了 rustcc 的 QQ 群号，但是我没有加进去．我一直觉得 QQ 群不适合谈论技术，因为很容易就水了起来，你只有加入这个 QQ 群你才可能参与里面的讨论，这个就很容易自我隔离起来．即使 QQ 群里面有很多干货，但是也需要从海量的聊天记录里面发掘，对于后来进群的人，甚至连发掘的机会都没有，更何况 QQ 连代码的高亮都没有，很难讨论代码．所以我个人更倾向与论坛,甚至 gitter. 我之前也在 rustcc 的 Github issus 留言过，是关于 rustcc 的官网的，官网都没了，很难相信这个社区能有多活跃．此外，我一直强调 Rust 和 Emacs 有很多相似之处，我相信在中国使用 Emacs 的用户真的可以称得上凤毛麟角，但是 [Emacs-China]( http://www.emacs-china.org/) 这个论坛一样很活跃．所以我才会吐嘈 Rust 的中文社区几近于无．

@cholerae 我写的不太严谨，写写指正．其实我想表达的是使用 GC 这种自动管理内存和 C/C++这种手工管理内存模式的差别． GC 是存在内存泄露，但是它帮程序员接管了管理内存的职责，不需程序员自己操心．而 Rust 也是希望通过机制实现内存的自动管理

我用 Rust 来写博客的根本原因是因为我希望通过实践来学习, 在写出大的东西之前先拿小的东西练手，我在文章的开头已经写明了："我已经学习 Rust 有挺长的一段时间了，一直想用 Rust 来写点东西，但是缺乏好的想法； 有些想法自我感觉良好，但是又没有能力实现 (比如，写一个操作系统？)", 如果单纯想写一个博客，我用 Spring boot 或者是 Flask 一个星期就写完了，为什么要用一个多月去用 Rust 来完成呢？殊途同归，我只是希望在实践的过程可以提升．

@liygheart 那些都是前端的页面，后端我都是用 rust 写的．

@ipwx 主要的不是在于造轮子，而是用 Rust 去写一个小工具，从这个小工具熟悉 Rust 的特性，我的初衷是在实践中学习，而不是造轮子． Python 我写过，Java 的 Spring 全家桶我写了很久了，memcached, kafka, redis 　我肯定也是用过的，对于 web 程序来说，即使语言不同，但是实现的知识体系都是这些．

我突然想起个故事：
熊十力痛骂徐复观[读书方法]
1943 年，徐复观时任陆军少将，这一年他受到蒋介石的器重并成为高级幕僚。徐复观读到了
熊十力独创的新儒家哲学体系“新唯识论”，敬佩之情油然而生，遂萌发了从师之意。正好此
时，熊十力也在重庆梁漱泯先生主持的勉仁书院教书。徐复观便试着写了一封信，表示了仰
慕之情。不几天，熊十力便给他回了信。熊十力说到后生对前辈要有礼貌，批评徐复观来信
字迹潦草，诚意不足。徐复观立即去信道歉。经过几次通信后，熊十力约徐复观来书院面谈。

徐复观第一次去见熊十力，是身着陆军少将军服。徐复观向熊十力请教该读点什么书，熊十
力向他推荐了王夫之的《读通鉴论》。徐复观说这本书早已读过了。熊十力面露不悦之色，
说你并没有读懂，应该再读。

过了一段时间，徐复观再见熊十力，报告《读通鉴论》已经读完。熊十力让他谈谈心得，徐
复观就谈了许多对王夫之的批评。

熊十力还未听完就开始破口大骂：你这个东西，怎么会读得进书！任何书的内容，都是有好
的地方，也有坏的地方。你为什么不先看出他的好的地方，却专门去挑坏的；这样读书，就
是读了百部千部，你会受到书的什么益处？读书是要先看出他的好处，再批评他的坏处，这
才像吃东西一样，经过消化而摄取了营养。譬如《读通鉴论》，某一段该是多么有意义，又
如某一段理解是如何深刻，你记得吗？你懂得吗？你这样读书，真太没有出息！

多年后，徐复观回忆到：这对于我是起死回生的一骂。恐怕对于一切聪明自负、但并没有走
进学问之门的青年人、中年人、老年人，都是起死回生的一骂！近年来，我每遇见觉得没有
什么书值得去读的人，便知道一定是以小聪明耽误一生的人。

我觉得读书和学习一门新的技术还是有很多相似之处的:)

先声明一下，理性讨论，不想为那个语言好而争论起来．我只是鲜浅地学习过 C++11, 所以我也没办法深入地比较 C++和 Rust, 但是按照你的说法，你进一步掌握 C++，Rust 官网上标榜的各种优势在你看来都荡然无存．那么如果你彻底掌握 C++，估计 Rust 也没什么存在的必要了 :(. https://www.zhihu.com/question/30407715 这篇知乎的文章比较深入地比较了一下 C++和 Rust 之间的区别，发这篇文章的时候，知乎还不是现在的知乎，我觉得还是可以看一下的．此外我倒是觉得，学习某种语言，首要关心的应该是该语言的优点，必须说学习 Java，学习它的严谨，它良好的语言设计，它 OOP 的实践，它对设计模式的各种运用，而不是关心它的 GC 停顿，语法罗嗦．这些问题当然是客观存在的，但是在学习一门新东西的时候，不应该先关注优点么？

@lrxiao 你应该是指 type safety 吧？

@dbw9580 我在上面可能提到 Rust 学习曲线很陡，我觉得这也是其中一个比较难掌握的特性． Rust 建立在所有权之上的这一套机制，它要求一个资源同一时刻有且只能有一个拥有所有权的绑定或 `&mut` 引用，这在大部分的情况下保证了内存的安全。但是这样的设计是相当严格的，在另外一些情况下，它限制了程序的书写，无法实现某些功能。因此，Rust 在 std 库中提供了额外的措施来补充所有权机制，以应对更广泛的场景。默认 Rust 中，对一个资源，同一时刻，有且只有一个所有权拥有者。Rc 和 Arc 使用引用计数的方法，让程序在同一时刻，实现同一资源的多个所有权拥有者，多个拥有者共享资源。我觉得学习 Rust 的时候，要记住一点，Rust 最看重的就是 safety，所以一切都要以这个优先．可能你觉得这些智能指针限制很多，本来 C 语言很简单的东西，到了 Rust 怎么这么复杂，因为 C 的指针实在太灵活了，也非常容易出问题，所以 Rust 为了杜绝 C 的问题，所以就对此做了很多限制，一切都是为了内存安全．

@lrxiao 　你是指 trait 是什么么？ trait 其实就相当于 Java 里面的 interface,但是 trait 可以定义除了可以定义接口的方法之外，还可以定义方法的默认实现．你指的是这个么？