C++核心准则SF.22:为所有内部/非输出实体使用非命名(无名)命名空间

本文介绍了C++编程中的一项最佳实践——使用无名命名空间封装内部或非导出实体,以避免外部依赖并保持代码组织。遵循这一指导原则,可以将辅助类和函数置于实现文件的无名命名空间内,而将API类及其成员保留在全局作用域。建议将此方法作为提高代码质量的实施策略。
摘要由CSDN通过智能技术生成

SF.22: Use an unnamed (anonymous) namespace for all internal/non-exported entities

SF.22:为所有内部/非输出实体使用非命名(无名)命名空间

 

Reason(原因)

Nothing external can depend on an entity in a nested unnamed namespace. Consider putting every definition in an implementation source file in an unnamed namespace unless that is defining an "external/exported" entity.

任何外部实体都无法依赖位于嵌套无名命名空间内部的实体。考虑将所有实现源文件中的定义放入一个无名命名空间,除非它已经被定义为"external/exported"实体。

 

Example(示例)

An API class and its members can't live in an unnamed namespace; but any "helper" class or function that is defined in an implementation source file should be at an unnamed namespace scope.

API类和它的成员无法存在于无名命名空间中;但是任何定义在实现源文件中的"辅助"类或函数应该处于无名命名空间作用域中。

???

Enforcement(实施建议)

  • ???

 

原文链接

https://github.com/isocpp/CppCoreGuidelines/blob/master/CppCoreGuidelines.md#sf22-use-an-unnamed-anonymous-namespace-for-all-internalnon-exported-entities

 

新书介绍

《实战Python设计模式》是作者最近出版的新书,拜托多多关注!

图片

本书利用Python 的标准GUI 工具包tkinter,通过可执行的示例对23 个设计模式逐个进行说明。这样一方面可以使读者了解真实的软件开发工作中每个设计模式的运用场景和想要解决的问题;另一方面通过对这些问题的解决过程进行说明,让读者明白在编写代码时如何判断使用设计模式的利弊,并合理运用设计模式。

对设计模式感兴趣而且希望随学随用的读者通过本书可以快速跨越从理解到运用的门槛;希望学习Python GUI 编程的读者可以将本书中的示例作为设计和开发的参考;使用Python 语言进行图像分析、数据处理工作的读者可以直接以本书中的示例为基础,迅速构建自己的系统架构。

 


 

觉得本文有帮助?请分享给更多人。

关注微信公众号【面向对象思考】轻松学习每一天!

面向对象开发,面向对象思考!

 

图片

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值