C++核心准则?SF.10:避免依赖隐式包含的名称
文章插图
SF.10: Avoid dependencies on implicitly #included namesSF.10:避免依赖隐式包含的名称Reason(原因)
Avoid surprises. Avoid having to change #includes if an #included header changes. Avoid accidentally becoming dependent on implementation details and logically separate entities included in a header.
避免意外 。 避免因为包含的头文件的变更引起包含指令的变化 。 避免偶然依赖实现细节并从逻辑上分离某个头文件中包含的实体 。
Example, bad(反面示例)
#include
【C++核心准则?SF.10:避免依赖隐式包含的名称】
The solution is to explicitly #include :
解决方案就是显式包含:
Example, good(范例)
#include
Note(注意)
Some headers exist exactly to collect a set of consistent declarations from a variety of headers. For example:
有些头文件只是为了汇集了一套选自大量头文件的声明而存在 , 例如:
// basic_std_lib.h:#include #include
a user can now get that set of declarations with a single #include"
现在用户可以使用一条包含指令引入一套声明:
#include "basic_std_lib.h"
This rule against implicit inclusion is not meant to prevent such deliberate aggregation.
本规则反对隐式包含 , 但无意阻止这种有意识的组合 。
Enforcement(实施建议)
Enforcement would require some knowledge about what in a header is meant to be "exported" to users and what is there to enable implementation. No really good solution is possible until we have modules.
实施建议需要某些关于头文件意图向用户暴露什么和有什么可以让实现有效的知识 。 直到模块功能可用之前都不会有真正完美的解决方案 。
原文链接
#sf10-avoid-dependencies-on-implicitly-included-names
新书介绍
《实战Python设计模式》是作者最近出版的新书 , 拜托多多关注!
文章插图
本书利用Python 的标准GUI 工具包tkinter , 通过可执行的示例对23 个设计模式逐个进行说明 。 这样一方面可以使读者了解真实的软件开发工作中每个设计模式的运用场景和想要解决的问题;另一方面通过对这些问题的解决过程进行说明 , 让读者明白在编写代码时如何判断使用设计模式的利弊 , 并合理运用设计模式 。
- 系统性学习Node.js(5)—手写 fs 核心方法
- 大牛深入解析SpringBoot核心运行原理和运作原理源码
- 向蚂蚁学习“跳一跳”战略,持续打磨公文写作核心竞争力
- 华为的崛起,最强的武器是信号吗,我认为核心原因是这个
- Java核心技术点有哪些 有没有什么书籍推荐
- 连环触发!MongoDB核心集群雪崩故障背后竟是……
- 芯片还未解决,面板也遭“卡脖子”?核心技术,都靠日韩企业?
- 都是12核心 锐龙9 3900X/5900X有啥不同?
- 趣味问题:导航用手机还是「车机」好呢?
- 90%的核心零件靠自产!中国第一的激光巨头,开始销售光刻机