要是用 Rust 就不会出问题了

查看 620|回复 82
flyingghost   
rust 该 unwarp 也是会崩溃,golang 加上 if xxx != nil 判断也是安全。
w568w   
当你不知道用 Rust 还是 Go 的时候,或许你需要的是 Csharp……
Gilfoyle26   
go 也没啥内存安全问题吧
IamUNICODE   
实际用 Go 写起来非常顺手,并发模型简单明了,开发效率高,几乎没遇到什么语言层面的坑。从结果上看,项目运行稳定,性能也完全达标。
都这样了你还在想啥。。。非要我把 Go 改名 Gost 才满意吗。。。
edisonwong   
> 内存安全
Rust 的「内存安全」一直是相对 C/C++ 这种偏底层语言说的。
Go 、Java 、Python 、… 根本不存在内存问题,当然也是内存安全的。Rust 相比 Go 在这方面没有任何优势。
当然如果是说「空安全」,那又是另一件事了。
> 模式匹配
这个在 Go 2 讨论特别久了,用模式匹配势必会带入一堆新问题,所以看你的具体需求。
即使是 TypeScript 编译器这种重数据结构的活,微软也已经证明了能用 Go 写的。
leokun   
@chunqicoder #1 咋不回复呢

zzhirong   
正在用 axum+seaorm+utoipa 做一个项目,已经交付第一版。
感觉其实还行,2017 年入门一次,今年花 3 个月练习语法,感觉架子打好后,增删改查业务和 ts 没什么区别,准备用这次经验总结一个通用项目模板自用。
Newb1e   
写的快+后人易维护才是硬道理
高性能又咋样,内存安全又能咋样.... 线上出问题,还不是人来修 bug ,用团队里最多人熟悉的语言
DeWjjj   
@aroad  

okcdz   
@5waker 我感觉预设特征数量其实也没问题的, 正常情况下是不会超过那个值的, 但是, 处理逻辑有问题, 超过了直接 panic 的做法就是不对的, 在处理外部输入(自己无办法掌控)的值的时候都应考虑预期之外的情况, 和编程语言无关, 属于业务逻辑范畴了.
您需要登录后才可以回帖 登录 | 立即注册

返回顶部