- 主题:[原创]Linux 下 C++20 modules 在正式项目中的实践
那怎么处理各种宏和预编译指令的影响？
对老代码重构很容易出错吧？
【 在 buildtolast 的大作中提到: 】
: 比如你一个 hpp 被多个 cpp 包含，你如果改了 hpp，那每个 cpp 都要重新编译这个 hpp 一遍，浪费。module
: 之后，只需要解析编译一次，优化了流程，加速了时间。
: 发自「快看水母 于 M2007J17C」
--
FROM 223.72.68.*
老c++程序员的习惯吧， 我记得20多年前，我面试的时候被问到为什么析构函数经常要做成虚的。
【 在 z16166 的大作中提到: 】
: 最近在考虑把一个工程改成module的，注意到你们项目的Singleton的析构是定义成virtual的，感觉CRTP模板用virtual dtor比较少见
: src/common/singleton.cppm
:
--
FROM 223.72.68.*
防御性编程啊 ，需不需要，都加个virtual总没错
【 在 z16166 的大作中提到: 】
: 意思是老c++程序员有滥用虚析构的习惯？哈哈
:
--
FROM 223.72.68.*
这句话确实没错。 不过用在开发人员身上更合适。
不要无谓的浪费脑细胞。 多数普通应用不需要考虑这点开销。
等需要的时候再去考虑。
【 在 z16166 的大作中提到: 】
: 违反c++哲学 You don't pay for what you don't use
:
--
FROM 223.72.68.*
哈哈， 这就是性价比啊， 估计你给的也是初级的工资
【 在 z16166 的大作中提到: 】
: 都这么想的话，那代码里就到处是看不下去的东西了
: 比如到处给std::string传值，到处是打印日志的，到处是复制的代码。。。不一而足。我手头上有个工程是这样
: 也就永远停留在初级阶段吧，哈哈
: ...................
--
FROM 223.72.68.*
也就是人家捎带着就把c++代码写了。
何况，最后项目产出的代码是项目经理负责的，也就是说项目经理至少是默认这样的代码的。
【 在 z16166 的大作中提到: 】
: 这跟性价比没关系，这些人的工资不低，只是C++不熟或者说很糙，只能算拿着C++编译器写C代码或者写点像C++的代码。但是其他方面的技术有可用之处或者有裙带关系
:
--
FROM 223.72.68.*