- 主题:12万行c++的系统，rust重写，靠谱吗？
捧好碗,老板给你盛饭,说这么多话?
【 在 newzzdx 的大作中提到: 】
: 为啥非得重写呢？既然可以正常稳定运行
:
--
FROM 117.147.20.*
捧好碗,老板给你盛饭,说这么多话?
【 在 newzzdx 的大作中提到: 】
: 为啥非得重写呢？既然可以正常稳定运行
:
--
FROM 117.147.20.*
刚接了一个这种类型的活，正在从头开始学rust，一边看文档一边写学习笔记，也不知道这个活有多难。
【 在 AlphaO 的大作中提到: 】
: 容易也不容易
: 容易在于这个代码量模块的最终状态一定全面优于C++
: 不容易在于要Rust需要先思考清楚代码的架构，抽象到顶，再例化到底，哪个结构体是临时引用，哪个结构体需要可变，哪个结构体需要跨线程安全，才能最优化
: ...................
--
FROM 1.202.141.*
为啥要花时间转，出于什么考虑。
旧的跑着，新功能，新模块用rust作不就得了么？
【 在 kawolu 的大作中提到: 】
: 刚接了一个这种类型的活，正在从头开始学rust，一边看文档一边写学习笔记，也不知道这个活有多难。
--
FROM 117.133.52.*
自然是有必须的理由
【 在 chunhui 的大作中提到: 】
: 为啥要花时间转，出于什么考虑。
: 旧的跑着，新功能，新模块用rust作不就得了么？
--
FROM 1.202.141.*
厉害，不会太轻松
【 在 kawolu 的大作中提到: 】
: 刚接了一个这种类型的活，正在从头开始学rust，一边看文档一边写学习笔记，也不知道这个活有多难。
:
--
FROM 114.246.239.*
有结论了吗？能不能只重写内存风险大影响大的核心模块
【 在 CongHL 的大作中提到: 】
: 会有哪些坑
--
FROM 112.65.12.*
那必须可以，封装成c接口的库就行。
firefox内核gecko就这么干。
【 在 teleheart 的大作中提到: 】
: 有结论了吗？能不能只重写内存风险大影响大的核心模块
:
: 【 在 CongHL 的大作中提到: 】
: ...................
--
FROM 124.64.22.*
后来考虑到应用环境的兼容性问题，还是放弃rust方案了，老老实实C++了。
【 在 kawolu 的大作中提到: 】
: 刚接了一个这种类型的活，正在从头开始学rust，一边看文档一边写学习笔记，也不知道这个活有多难。
--
FROM 1.202.141.*
这么大的工程，里面有些设计模式可能rust不支持。
与其说是改，还不如说是用rust语言重写。
再者说，为什么要整个改rust呢？12万行的工程肯定是久经检验了啊。
直接把底层的、经过长期运行检验证明是安全的功能模块做成库，新来的业务、运行不稳定的业务用rust写然后调C++库，再不行还可以通过rpc复用以前的C++模块，工作量少了不要太多。
何必把12万行的工程改rust
--
FROM 120.235.173.*