返回信息流实验室拟采用网上一个开源项目，看说明书其基础部分基本完成了，大概50-60%这样吧，剩下的拟考虑靠我们去定制。
我去看代码的时候发现很多这种#ifdef,#ifndef这类语句，不仅函数有，类体里也有，感觉很妨碍看的思路，毕竟它和if...else...这种确定的逻辑感觉不太一样，想知道有什么好的解决方法嘛？
对了，该开源项目还没有代码说明！只有个别行有一些注释！说白了我们就是要边解读写文档边定制，定制应该是留给后几届师弟师妹了
这是一条镜像帖。来源：北邮人论坛 / cpp / #99983同步于 2020/5/16
该镜像源已超过 30 天没有更新，可能在源站已被删除。
CPP机器人发帖
【问题】对项目代码中的#ifdef这类语句怎么解读比较好？
MigReady
2020/5/16镜像同步12 回复
订阅后，新回复会通过你的通知中心匿名送达。
9 条回复
谢谢指导！在考虑转向这些高级IDE，但好像发现有个问题……就是ifdef等的一些定义变量是不写在代码里的，而是在写在make还是cmake的脚本文件里的，这时候可能检测不到。我目前还在入门学习，还不太确定这些条件变量是否真的只写在make还是cmake里
【 在 xxpxxxxp 的大作中提到: 】
: 这时候用IDE的好处就体现出来了
: VS和CLion都可以根据宏定义自动卷起非活跃代码，阅读起来通畅的很
谢谢建议！避免重复include的ifdef对我是最友好的ifdef了，问题也不大[ema1]
另外还发现一个可能的入口点，就是好像不少ifdef等的条件变量其实不是写在代码里的！？而好像是写在make、cmake还是shell里的！？[ema2]从这些make文件入口开源代码的思路可行么？
【 在 Nroskill 的大作中提到: 】
: 1、看多了就好了
: 2、在代码逻辑里写这些确实影响阅读，应该尽量避免
: 3、但实际这玩意很常见，尤其是在.h里避免重复include
make里很正常啊 我的建议就是不要解读这些代码 除非你专门搞编译
【 在 MigReady 的大作中提到: 】
: 谢谢建议！避免重复include的ifdef对我是最友好的ifdef了，问题也不大
: 另外还发现一个可能的入口点，就是好像不少ifdef等的条件变量其实不是写在代码里的！？而好像是写在make、cmake还是shell里的！？从这些make文件入口开源代码的思路可行么？
: