《大规模C++程序设计》读书笔记5

原则2:逻辑设计只研究体系结构问题;物理设计研究组织问题。


定义5:一个组件(component)就是物理设计的最小单位。

一个组件包含一组逻辑设计的子集,类、函数、枚举等等都是构成组件的逻辑实体。每个类定义都应该严格的只驻留在一个组件中。一般的,一个组件由一个头文件和一个实现文件组成。


原则3:一个组件就是设计的适当的基本单位。


定义6:一个组件的逻辑接口就是可被客户通过编程访问或检测到的东西。

类的public、protect成员,自由函数,全局变量。


定义7:一个组件的.h文件的文件作用域中定义的任何类或声明的任何自由(运算符)函数,其公共(或保护)接口里如果使用了一个类型,则称在这个组件的接口中使用了这个类型(Used-In-The-Interface)

定义8:一个组件的物理接口就是它的头文件中的所有东西。

物理接口即客户能看到的所有东西。头文件包含的东西越多,对客户程序的影响可能越大,所做的修改可能会导致客户程序的重编译。

定义9:如果在一个组件的任何地方通过名称引用了一个类型,则称在这个组件的实现中使用了这个类型(Used-In-The-Implemention)

组件的实现中隐含有对其他组件的物理依赖。

主要设计规则8:在一个组件内部声明的逻辑实体不应该在该组件之外定义。

在组件之间提高内聚、降低耦合,保证组件的reusability。


次要设计规则5:组成一个组件的.c文件和.h文件的根名称应该严格匹配。

从可维护性考虑,这一点很重要,但不同系统可能对文件名有不同的限制。


主要设计规则9:每个组件的.c文件都应该将包含它自己的.h文件的语句作为其代码的第一行有效的语句。


原则4:通过确保一个组件自己分析自己的.h文件--不要外部提供的声明和定义,可以避免潜在的使用错误。

指导方针5:客户程序应该包含直接提供了所需类型定义的头文件;除了非私有继承,应避免依赖一个头文件去包含另一个头文件。

不要依赖某个头文件去包含另一个头文件,使用另一个头文件提供的接口,而public、protect继承,父类接口是子类接口的一部分,这种依赖是正常的。


主要设计规则10:在一个组件的.c文件中,避免使用有外部连接并且没有在相应的.h文件中明确声明的定义。

要求一个组件在它的头文件中声明它的完整的逻辑接口有助于提高:

(1)可用性--使客户程序只从接口就可以全面了解一个组件所支持的整个抽象。

(2)可重用性--确保组件提供的所有支持功能对所有客户都是同样可访问的。

(3)可维护性--避免不支持的"后门"接口(它会干扰组件支持的抽象)。


主要设计规则11:避免通过一个局部声明来访问另一组件中带有外部连接的定义,而是要包含那个组件的.h文件。

将对其他组件中的外部定义的依赖显性化。包含头文件,不匹配的声明将导致编译错误,而局部声明错误,可能要到连接或运行时才发现。

Technorati : C++, 大规模C++程序设计, 读书笔记

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

俞凡 DeepNoMind

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值