退一步海阔天空，妥协一下需求，继续编译A就行了，不至于发不了版本

【 在 callmebbser 的大作中提到: 】
: 我本想用Flutter做模块化开发，让A开发主程序App，让B开发子模块B，让C开发子模块
: C，然后App主程序通过IPC或者WebSocket调用子模块B和子模块C。现在的情况是主程序
: 只能import子模块B和C的dart源码文件，而不能import编译后的二进制模块。这样就做
: ...................
--
FROM 114.241.228.*

哪里别扭了？

【 在 cpper 的大作中提到: 】
: rust死有余辜
: 语法怎么别扭怎么来，标新立异何必呢
:
: ...................
--
FROM 117.147.20.*

招cpp的人，进来学俩月rust，干活

【 在 stub (stub) 的大作中提到: 】
: 啊？cpp都难招人了？那rust岂不是招不到了..
--
FROM 123.120.160.*

比如啥类型的坑？

rust的后面是llvm，这个东西不太可能有大坑，要万一有，影响的也不会只是rust

前面语法层面，trait 类型系统 内存模型 多线程 这几块，rust没有什么原创，都是各处抄来的经典设计

唯一的独创就是 默认move 和 借用检查。这两块只是限制了写法，没有提供什么新的功能，只是减法不是加法，写的时候限制太多的确恶心人，但是感觉写完之后出什么新问题的可能性也不会出在这方面。

如果你所说的坑，就是和编译器作斗争太恶心，（因为的确现在编译器还有很多自相矛盾的、按理应该能过但是实际上过不了的犯蠢的情景），那的确是坑太多了。。。

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 标  题: Re: rust和自动驾驶
: 发信站: 水木社区 (Thu Mar 24 13:59:37 2022), 站内
:
: 你们不怕 rust 这个语言太新，很多坑没被踩出来，酿成大错？
:
: 【 在 EchoWorld (Echo) 的大作中提到: 】
: : 自动驾驶是一个足够大的killer application, 在性能和安全点上，选择rust是比较合适的。
: : 但是国内的自动驾驶应该大部分都是基于baidu的apollo，不太可能从c++转到rust。
: : 感觉rust在这个上面也有点失去了先机。
: : ...................
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 47.243.39.*]
--
FROM 123.120.160.*

别听他瞎扯。jdk 1.4有多个实现，ibm的版本很多银行和电信业务都在用，没听说内存共享有啥问题。
【 在 z16166 的大作中提到: 】
: 绕不过去？那java码农咋活下来的
:
--
FROM 61.149.217.*