rust设计的还是比较有意思的。
举个例子，比如错误处理，rust没有异常，而是Result<>的风格把结果包起来。然后提供一个?语法糖，在返回错误的情况下直接return掉。就像perl里面的xxx or die()。

但如果你要用好这个语法糖，就必须把错误处理流程设计好，否则你就只能unwrap()。
然后你就会发现到处都是unwrap，这代码看着就很丑。

类似的还有一个到处都是的pub。如果你不做好抽象，就只能把方法一个个的pub出来。
我初学rust的时候觉得这各设计奇蠢无比，我当时还想整一套宏让它能够自动pub。

后来我理解了，这种思路是迫使你在没有经过充分思考的情况下，只能写出很丑的代码，
只有完善的代码才会看起来简洁优雅。
本质上也是一种迫使你减少犯错可能的机制。

所以基本上rust的代码如果看起来就简洁漂亮，那这个代码大概率啥都考虑的很清楚了。

【 在 joygpwan 的大作中提到: 】
: 那就已经足够了，c++大部分的crash问题都是内存方面的问题导致了  ，逻辑上的bug确实想不到编译器还可以做什么来避免bug
--
修改:lvsoft FROM 114.222.168.*
FROM 114.222.168.*