2018rust炸服_Rust 2018之后，Rust已经发展到什么程度？

谢邀。这个问题恐怕需要大家一起补充了。

拿我比较擅长的Web领域来说，我最近在用Rust实现一个微服务项目。

框架选择范围： actix-web/ Rocket，其他框架完成度更差一些。

其实Rocket是一个比较地道的MVC框架，汲取了Rails约定大于配置的一些灵感，突出了Rust的特性，可以说是一个非常Rusty的Web框架了，但可惜的是，需要等待下一个版本才能彻底使用Stable Rust。

actix-web目前应该算是比较成熟的框架，可用于Stable Rust。基于Actor模型，使用起来也非常方便。但唯一的麻烦是，基于futures0.1来写异步，非常麻烦。

但Rust的抽象能力、表达能力其实还是很强的。我基于NewType模式、trait和宏，自己封装了一套工具，用起来还算舒适。开发一个API只需要五分钟。

组件式组织结构

Rust是倡导组件式架构的，所以使用actix-web可以进行按组件式来组织你的项目代码。上图是一个参考。因为基于Actor，也可以用领域驱动的思想来设计，app/db/remote-apis，分别是三个不同的领域，所以可以按三个独立的actor来组织。把一些难看的异步操作封装到了宏里

其中db，使用Diesel ORM框架，其作者是Rails ORM框架ActiveRecord的贡献者Sean。所以Diesel的一些思想也汲取自ActiveRecord，但是更甚一筹的是，Diesel更加轻薄。比如传统ORM可能引发的N+1问题，Diesel从设计上就避免掉了。封装了diesel的一些操作，加速开发效率

结合Rust的宏，就可以封装一些Diesel的操作，来加速日常的开发效率。真的不比Ruby差。

remote-apis，专门用于处理和服务外接口交互的任务。将来如果需要加消息队列，也可以按领域划分为独立的Actor组件来处理。

总之，如果你想在你的项目里引入Rust，从微服务开始，是一个非常好的选择。 actix-web基本可用，除了我展示的这些，还支持Middleware、HTTP2、websocket等。

缺点也有很多，在业务层面，可能没有那么多的轮子，需要自己造。坑也有，比如Form提取器不支持数组参数、futures0.1太难用等等。不过这些缺点还是可以克服的。

一些题外话，2018年，我作为Rust日报的唯一小编，从我的角度来看，Rust在很多领域都做好了替代C++的准备。旧领域，诸如嵌入式、游戏、音视频、图像处理等。新的领域，诸如Web开发(后端、前端WASM相关)、区块链等。唯一缺乏的，其实就是等大家来用了，只有大家都用了，各种问题才能暴露出来尽快得以解决、业务相关的轮子才能丰富起来。

关于嵌入式的话题，可以邀请： @Andy Lok 来作答。

2018年，我也写了一本书：《Rust编程之道》，感兴趣的可以了解一下。

上面的链接里包含本书的样章。