相关疑难解决方法(0)

您对大项目的首选C/C++标头策略?

在处理大型C/C++项目时,您是否对源文件或头文件中的#include有一些特定规则?

例如,我们可以想象遵循这两个过多的规则之一:

  1. .h文件中禁止使用#include ; 每个.c文件都包含它需要的所有头文件
  2. 每个.h文件应包含其所有依赖项,即它应该能够单独编译而不会出现任何错误.

我想在任何项目之间存在权衡,但你的是什么?你有更具体的规则吗?或任何解决任何解决方案的链接?

c c++ coding-style header include

48
推荐指数
5
解决办法
8427
查看次数

如何自动查找未使用的#include指令?

通常在编写新代码时,您会发现缺少#include,因为该文件无法编译.很简单,你添加了所需的#include.但是后来你以某种方式重构代码,现在不再需要一些#include指令.如何发现不再需要哪些?

当然,我可以手动删除部分或全部#include行并将其添加回来,直到文件再次编译,但这在包含数千个文件的大型项目中实际上并不可行.有没有可用的工具可以帮助自动化任务?

c

27
推荐指数
1
解决办法
3788
查看次数

有哪些技术可以限制C++项目中的编译依赖性?

在C++项目中,编译依赖性可能使软件项目难以维护.在模块内和跨模块限制依赖关系的一些最佳实践是什么?

c++ dependencies

6
推荐指数
2
解决办法
1008
查看次数

标签 统计

c ×2

c++ ×2

coding-style ×1

dependencies ×1

header ×1

include ×1