关于C/C++包含文件顺序/最佳实践的问题,最佳答案建议首先包含相关标题.
但是,在这两种情况下,我找不到你为什么要这样做的充分理由.
Google和Mozilla编码规则对我来说最合适,因为它们会强制您首先包含最"标准"的标头.
这样,我认为你不太可能弄乱包含的文件(例如通过取消定义其他标题中使用的一些宏等),这看起来像是最适合我的方式.
但是根据这个理由,为什么要首先包含相关的标题？由于它中的任何语法错误可能会弄乱以下所有标题？
我认为包括最后的相关标题将是最好的.
Sto*_*ica 40
这是为了确保您的客户在包含您的图书馆标题时不讨厌您.
如果头脆,受上错包容为了打破,它可能会出现在你的环境中工作时,它不是第一次-因为你有头,你所需要的-但无法编译客户端代码.因为它可能根本不明显需要引入其他标头才能使其工作.
首先包括对应于当前实现文件的头部,用于检查头部是否是自包含的.自我遏制不仅包括必要的标题.它还需要为您在API中使用的类型添加所需的前向声明.当然,如果您在其之前包含类型的标题,则会编译您的标题,但您可能不希望将其拉入,因为您只依赖于API中的类型名称.
一些风格指南禁止前瞻性声明,因此这些可能不是它们构成的理由的一部分.
Ala*_*les 15
首先包括与cpp文件相关的头,确保头是自包含的,并且不需要其他包含来编译
| 归档时间： |
|
| 查看次数： |
2444 次 |
| 最近记录： |