Rust一些设计的不好的地方

第一个就是Option和Result里的map_or，map_or_else，即无论是按方法名还是按求值逻辑，第一个参数都应该是map方法/闭包，第二个才是默认值（map_or_else则是默认值的generate方法）；

但是在rust里这个是反着来的，我是不太爽的，因为按函数名，明显第一个参数应该是map求值逻辑，当没有的时候再else二次求值，更重要的是Option的map_or这个是在1.0版本发布前近两个月被提出来了，然后因为当时rust热度还不高所以很少人关注，所以反对声音也不高，也就没有去修改它按这种放到了1.0里，，，然后后面由于一致性导致后续的map_or_else和Result也都跟着这么弄了。。；

当然这种写法也有好处，就是默认值放第一个参数更方便查看，比如ss.map_or(3, |v: AType| {.....假设这里比较长的代码})那么就不方便查看有多少个参数，就像我们打日志一样，不会第一个日志参数就打印异常栈，而是先把那些短的参数先打印，最后一个才是异常栈【但是这个不适用于map_or_else，因为它的generate也是个函数/闭包不一定就会比map方法/闭包简单，所以更完美的设计还是要把参数换过来】。

但是由于Result的map_or_else也是这种逻辑后，改过来可能会造成问题，比如：

let val = Err(3);
println!("{}", val.map_or_else(|e| e + 9, |v: i32| v + 5));

这里Err的错误内容类型也是i32类型，和Ok的值类型一样，那么标准库将这两个参数顺序改过来是不会导致编译报错的，这就增加了迁移风险；