《大规模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++程序设计, 读书笔记