在什么情况下我应该战斗深度#包括树
At what point should I fight deep #include trees
我目前正在做一个c++项目,我经常使用模板。现在我想知道我是否应该开始更多地担心/清理深层#include树。
删除不需要的包含后,在我的.cpp文件上运行C预处理器gcc -E
后的代码大小为:
- 50%的文件:~40k行,
- 30%的文件:在40k到80k行之间,
- 20%的文件:80k到180k行。
这些是大/小行数有什么标准吗?在什么情况下应该更积极地减少#include ?
不管有多少行代码。重要的是你是否觉得构建时间是可以忍受的。如果编译时间太长,那么您需要加快编译速度,例如通过消除不需要的include。
但是只要你没有构建时间的问题,为什么要担心你是否包含了太多?
运行预处理器后的大小确实不重要;在运行预处理器之前,请注意大小。只有当你的包含树非常混乱时,你才应该特别关注;如果它有合理的深度和复杂性,你应该把时间花在对你的代码有更大影响的事情上。
相关文章:
- 试图找到二叉树的深度
- 需要帮助生成C++深度有限的随机表达式树
- C++ - 如何找到 n 元树的给定节点的深度
- 我有两棵二叉树.我想在不更改输入树的情况下深度复制两个二叉树的结果
- 二叉搜索树 深度复制和取消引用
- 提升::p罗珀蒂_树传递子树包括<xmlattr>
- C++二叉搜索树打印和深度计算
- 查找二叉树中特定节点的深度
- 可变参数模板实例化中的无限递归,试图构建任意深度的树状结构
- 给定一个二叉树,设计一个算法,创建每个深度的所有节点的链表
- 显示属于二叉搜索树深度路径的节点
- 计算具有某些约束的树的节点的深度 C++.
- 如何深度首先打印 B+树C++
- 深度优先搜索树遍历实现在C++
- c++树遍历深度
- 二叉树的深度复制
- 深度优先搜索树边分类
- 如何求出树的最小深度
- 我能否在编译时使用模板健壮地构建具有多个已知类型和已知最大深度的树?
- 在什么情况下我应该战斗深度#包括树