日前，CSDN采访了Rust方面资深利用者庄晓立和Elton，很多人对于Rust在应用方面有着极大的爱好，为此我们创建了CSDNRust学习交换群（见文末的二维码），约请Rust中文社区站长、妈咪问问CEO唐刚为我们分享妈咪问问的Rust实践。
唐刚（GitHub），Rust中文社区站长、妈咪问问CEO，前美洽网络连合首创人兼CTO，曾在龙芯梦兰担当近3年的研发工程师。
毕业于电子科技大学，前期侧重于嵌入式开辟、Linux驱动开辟、Linux发行版定制等技能范畴，如今对Rust非常感爱好。从2010年开始投入到Web开辟和互联网创业中，主导开辟了MVCWeb框架Bamboo（lua语言）并应用在了一些项目中。
以下为分享实录：
妈咪问问是一个集成化的本地母婴在线及时咨询平台，提供就近服务机构的医疗、康健、生理等免费咨询。相对于别的母婴类产物，它的特点是简单直接地办理题目（IM情势），后端是大量本地的服务机构专家的服务。
如今妈咪问问刚上线，各方资源都还在连续入驻中。此中，妈咪问问有一个自助呆板人，叫智能保姆明白，假如以为无聊，可以任意调戏它，在微信内里访问这个链接进入这个智能咨询室。
妈咪问问产物组件
「妈咪问问」如今提供iOSApp、AndroidApp、微信谈天室、微信公众账号接口4个前端，对于服务机构，尚有一个专门的PC工作台客户端。以是说她是一个咨询集成化平台，固然，要做到这一步，尚有很长的路要走，但是，我还是信托Rust，由于他做的背景黑白常稳固的。
妈咪问问如今只有部分利用了Rust，重要用来写业务逻辑，重要包罗用户的注册登录、页面的渲染、url哀求处理惩罚、微信接口与IM接口的买通、各服务数据同步服务等等。像数据处理惩罚组件和IM组件都是用的成熟的第三方的服务（感谢亲加语音云通讯的大力大举支持，SVIP级别的用户了）。
我和Rust的故事我第一次闻声Rust大概是在13年年初，由于我不停都是火狐粉，比力认同Mozilla的精力（分享知识共建开放网络），以是当时发现他们在做这个项目就瞟了一点，发现这个语言很丢脸懂，完全不知所云，之后就不再关注了。而且在谁人时间段，我正沉醉在动态语言的便捷性内里，以为动态语言已然很强大了（fallinlovewithLuajit），没有须要把握一门静态语言了。
第二次开始关注是在14年9月尾，这之前踩了很多动态语言的坑，不停在思考有没有从很底层办理工程质量的工具或语言？于是观察了各种非主流（这里的意思是相对于C、C++、Java来说非主流）语言Erlang、Go、Haskell等，不外感觉都不是太合胃口。然后就想起来Rust，于是转头细致阅读了官网上的文档，当时是0.11stable。发现这个语言跟13年的时间，感觉是两个语言了，没有任何认识的感觉，就开始试着学习。当看到ownership,move,copy,borrow,borrowmut这些概念的时间，一下子就震动、震动、震动了。这是我之前所谓学习过的数十种语言中完全未曾分辨的概念！以是我有种预感，Rust有戏！
各人都能感受到的吧，编程语言的计划都透暴露一种哲学，在哲学上，假如把一个概念辨析得越清楚，那么它分析题目就越犀利。这就是我的开端感受。厥后就开始认真学习，参加各种社区的讨论，先是在GoogleGroup上发现了liigo建的群，当时群里只有2,30人。厥后，我们早期几个人又一起建了个论坛https://rust.cc，好让rust在中国有个根据地。提及来这个Rust的服务器是由SpeedyCloud免费提供的，放在香港，感谢他们对开源社区的支持。
被动态语言宠坏的人，着实都比力懒，对很多细节的概念也比力含糊。以是，我学起来也还是比力吃力的，跟大部分人一样。
此中有一些比力蛋疼的事变，Rust在1.0发布之前，特性变革得很快，一样平常来说，上一周的代码拿这周的Rust编译器是编译不外的。然后，例子也不多，网络上绝大部分别的的文档都过期了的，不能看。这种环境不停连续到15年的4、5月份。5月15日，Rust1.0发布了，官方会包管兼容性。然后我们就开始用了，于是，我预备先把之前我写的bambooweb开辟框架翻译成Rust，取名叫bamboors，但是翻得根本能跑起来后，忽然发现，nickel.rs已经实现了我想要的绝大部分功能了，而且很多方面，比bamboo想得还殷勤。那何不就基于nickel.rs来做呢，以及为nickel.rs社区做贡献呢，于是就开始了利用nickel.rs写妈咪问问背景的征程，下面是我在这个工程中用到的一些依靠库：
[dependencies]
hyper="~0.5"
postgres="*"
rustc-serialize="*"
mime="=0.0.11"
redis="*"
chrono="*"
log="*"
fern="*"
nanomsg="*"
rand="*"
rust-crypto="*"
#image="*"
toml="*"
lazy_static="*"
jsonway="*"
json_macros="*"
为什么要用Rust，以及其他语言的对比要具体提及来，我以为大概有几点：
我被Rust震动了，以为它将来必火，而我在技能上的直觉自以为还蛮准的；Rust运行速率快；Rust代码写起来真的是很严谨，很清楚；Rust工程开辟服从不低（出乎很多人的料想）！
在利用体验方面，一样平常来讲，利用Rust计划一个模块前，要前前后后把模块的前端后端、数据库怎么计划、交互这些都想清楚，一步一步写下来。然后，就开始用Rust实现，一样平常我用Rust写完代码后，编译会出现很多题目。这时Rust编译器的提示很清楚，一眼就知道那边遗漏了，那边写法不对，那边范例不匹配。然后，修改等编译通过后，跑起来，就可以测试业务精确性了。
Rust号称，只要你能编译通过程序就不会瓦解的，我没有正确统计过，不外我感觉我的一次精确率在95％，这个指业务逻辑的精确率，我以为这就是Rust的威力！而我之前用动态语言的时间，一次乐成率不高出7~80%，由于动态语言答应你放肆……人嘛，偶然都喜好偷懒，偶然求快，题目没有完全想清楚就开始动手了，结果开辟服从反而低了。
总体而言，我感觉Rust写业务代码的服从和Node.js写业务代码和服从差不多。Rust写的代码多一点，写得慢一点，会耗费编译时间，但是相对于Node.js，假如加上调试时间的话，就差不多了。假如再加上题目没想清楚就动工的话，Rust可以胜出。由于假如你题目没想清楚，你写的Rust代码一样平常来说都是编译不下去的，会逼迫你想清楚！然后，用Rust写的代码，测试用例不消很多，这个相对于动态语言也可以省大把开辟时间和大把维护时间。
而作为创业项目，一样平常都是要求尽快撸出业务，尽快上线，上线后再迭代，因此一样平常都会选择动态语言来开辟。但是我以为，这并不是说不要把题目想清楚，就可以由于寻求快上线就可以放弃稳固性。
我用Rust开辟的过程中，也碰到很大的进度压力，这时怎么办？我代码内里如今还存在大量的unwrap()，这个着实是有风险的，也就是说我没有做细致的错误处理惩罚。这个时间，比如一个参数或一个状态不精确，就大概导致服务器（线程）瓦解——对的，是线程瓦解，不是整个服务器瓦解。我也犯了先撸业务的弊端，但是Rust能资助我明白题目，减轻痛楚：
在测试过程中，我发现一旦出了题目，我们可以很快地定位题目代码——由于这些代码都在unwrap()或别的未处理惩罚的非常语句那儿，这是一个很紧张的特性！等进度和缓一点，或人手充裕了后，就可以来动手补全这些unwrap()的处理惩罚了。由于Rust根本能包管，除了这些地方，别的地方的代码，一旦编译通过，是不会出题目的。这就给人一种很踏实的感觉——可猜测性，这个对于工程和科学来讲，很紧张。
假如一个东西举动不可猜测，那我们内心一天都是提心吊胆的，程序员轻易猝死，我想是不是也有这方面缘故起因。
利用Rust碰到的题目及办理之道这3个月，大概碰到这么几个题目
nickel.rs（底层是hyper），作为一个WebServer竟然不能袒露出端口来直接访问，这里的不能不是不可以，是不好。比如一个4核的呆板跑hyper线程池，默认是开启10个，但假如有10个keep-alive毗连连上来，那么第11个连的就卡住了，当时查这个题目查了一天，厥后，把它架在nignx署理背面就好了，估计这也是hyper在ab上测试不外的缘故起因；nickel.rs如今是基于hyper0.5的，而如今hyper0.6的接口已经变革了，nickel没有跟进。近来他们的开辟有点不太积极了，以是，我筹划我们可以构造起来来维护这个东西；图片处理惩罚库的题目。rust有一个库（crates.io上）叫image，用作图片处理惩罚。开始我以为他很强大，至少应该跟gd库不差，可它很多格式的图片都不支持，就连JPG都支持不全，厥后还是用了imagemagick的convert来处理惩罚。以是，这些都是生态不美满的结果。
对筹划学习和利用Rust人的发起起首，要有生理预备，担当一些新的概念。这些核心的概念是有其代价地点的，我见过很多新同砚，一上来就说Rust如许写也不可，那样写也不可，太不方便了。如许特性也没有，那样特性也没有，功能太弱了。这实际也是在反应他之前的编程的严谨性大概是有肯定题目的，就我本身来说，用了rust一段时间后才发现本身从前写多线程程序有太多没有留意的地方。
与此同时，由于如今Rust文档比力缺乏，上手难度相对较高，以是比力轻易卡在编译阶段，这时，可以多看官方文档。
借力社区。论坛、QQ群、微信群等都有很多的大牛，不懂的就问，是办理题目的最佳之道。社区近来也在讨论、翻译技能文档、出书和录制视频教程等事变，让Rust的学习更加的轻易些。
参加项目。我们也会构造一些开源的Rust项目，各人一起来参加，大概学习进步会更快一些，可拜见：github.com/rustcc和https://play.rust-lang.org/（交换Rust代码的好地方）。
QA环节
John：Mike有没有关于利用Rust和Node过程中开辟服从和运行性能对比？
Mike：对比开辟服从，差不多。运行性能的话，我测试的nickel.rs和nodeecho对比，在我呆板上，nickel.rs是48000，node是23000。如今我们体系处理惩罚当前的业务已经够用了，不可就扩展服务器。
Andy：Mike你提到过“Rust开辟测试用例不消很多”，能表明下为什么吗？和Ruby／Java分别对比的话，Rust的测试有什么上风？
Mike：由于起首，参数范例不消测试了，这个就省很多代码。Rust的cargo管理工具内建测试机制三个条理的，很方便。Java、Ruby也雷同吧，但是感觉没Rust这么方便。别的，Rust和cargo还能对文档解释中的代码举行测试，以是说，Rust是实用主义派——近15年最佳工程实践的集大成者。
cuterxy：Rust支持增量编译吗？大工程怎样管理？
Mike：支持支持增量编译。cargo是一个项目管理工具，如pip，cargo管理工具大量吸取了Ruby社区的良好履历，Rust的module机制，也很得当大工程管理（作者做了bundle，然后rust组把他约请过来给rust做）。
toml格式的设置
相干阅读：
【微信群活动报名】Rust实践分享：用Rust打造母婴在线及时咨询平台
后续CSDNRust学习交换群会约请更多的大牛来举行分享，假如你想及时听课和提问，请加群主微信qshuguang2008或扫描下方二维码被约请进群，备注：实名+公司名+Rust。
本文为CSDN原创文章，未经答应不得转载，如需转载请接洽market#csdn.net(#换成@)
CopyrightYourWebSite.SomeRightsReserved.
京ICP备2023016396号-1PoweredByESCLINK.
我要评论