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 个设计模式逐个进行说明 。 这样一方面可以使读者了解真实的软件开发工作中每个设计模式的运用场景和想要解决的问题;另一方面通过对这些问题的解决过程进行说明 , 让读者明白在编写代码时如何判断使用设计模式的利弊 , 并合理运用设计模式 。
推荐阅读
- 内存大厂跨界之作!芝奇Enki 360一体式水冷评测:高密度冷排稳压18核心
- Intel DG2游戏独立显卡偷跑:仅仅4096个核心
- 高下立现!关于核心技术的态度,柳传志和任正非截然不同
- AMD Zen 3锐龙5000系列APU核心结构图曝光 较上一代更加强大
- 苹果自研新处理器曝光:64核心
- 全国劳模郜春海:核心技术买不来,只有自主创新才能不再受制于人
- 做核心技术是找死?任正非早已预料,而联想柳传志却始料未及
- 恐怖 苹果或许正在设计64核心ARM芯片
- 为什么我喜欢C语言,却非常讨厌C++?一位国外程序员的回答
- AMD Zen3线程撕裂者曝料:16核心回归、名字凌乱