- 主题:AI大普及，C++版几乎没新帖子了
Rust 和 Go 里面，Delphi 更好一些
【 在 PSIKYO 的大作中提到: 】
: Rust 和 Go，哪个更好一些？
:
--
FROM 218.108.158.*
rust语法晦涩，是为了配合编译器必须如此吗？还是创始人口味问题？
【 在 z16166 的大作中提到: 】
: 看你用来做啥应用。
:
: Go是工程效率语言，开发效率高。
: 有GC，极少情况下可能有内存占用高的问题。
: 另外对国产信创平台的支持稍慢一些，因为它的runtime + toolchain需要谷歌和go社区自己适配。
: 轻量级协程（Goroutine）和 Channel 机制，做网络应用超级方便。可以用基于webview的框架Wails做界面。
--发自 ismth(丝滑版)
--
FROM 112.50.55.*
rust能手动分配释放内存，不用那些复杂语法吗？
【 在 z16166 的大作中提到: 】
: 因为它要解决的问题本身就有点复杂啊。
:
: Rust 的核心目标是在没有垃圾回收器（GC）的前提下，同时保证内存安全、并发安全，并提供底层级别的极高性能。
: 要做到这点，码农必然要提供一些额外的信息给编译器，方便其在编译期间推导。
: 跟微软弄的SAL（Source Code Annotation Language）标注的作用是一样的，但那个主要是给LINT工具用的。
: C++他爹针对指针问题也是希望通过搞owner标记gsl::owner<T> + 辅助工具的检查来搞定。
--发自 ismth(丝滑版)
--
FROM 112.50.55.*
那还好
【 在 zylthinking2 的大作中提到: 】
: 可以， 比malloc 多一个对齐参数
:
: 【 在 ooolinux 的大作中提到: 】
: : rust能手动分配释放内存，不用那些复杂语法吗？
: :
: : 【 在 z16166 的大作中提到: 】
--发自 ismth(丝滑版)
--
FROM 112.50.55.*
存在必合理，但不是最佳实践
【 在 z16166 的大作中提到: 】
: 手动malloc/free、new/delete是大忌，除非绝对必要才用，否则请用RAII。
: 如果总想手动分配释放内存，那么不要用Rust和C++，只用pure C就行了。
:
: Rust的生命周期、borrow checker啥的，是最核心的特性，绕不开的（临时绕只能用unsafe代码）。
: 如果总想绕开这些safe代码的特性，就不要用Rust。
--发自 ismth(丝滑版)
--
FROM 112.50.55.*