## 条款31:将文件间的编译依存关系降至最低
Minimize compilation dependencies between files.
### 编译依存
编译依存(compilation dependency)指一个类的编译依赖于其他的头文件。例如:
```cpp
#include <string>
#include "date.h"
#include "address.h" // 需要引入其他头文件
class Person {
public:
Person(const std::string& name, const Date& birthday, const Address& addr);
std::string name() const;
std::string birthDate() const;
std::string address() const;
...
private:
std::string theName;
Date theBirthDate;
Address theAddress; // 实现细目
};
```
### 前置声明的问题
C++ 之所以坚持将 class 的实现细目置于 class 的定义式中,主要考虑到两个问题:
* 对于标准头文件而言,它们不会成为编译瓶颈;
* 对于自定义类型,编译器需要在编译期间知道对象的大小;
### Handle classes
为了解决编译依存,可以使用 handle classes 的实现方式,”将对象实现细目隐藏于一个指针背后“:
```cpp
class Person {
public:
Person(const std::string& name, const Date& birthday, const Address& addr);
std::string name() const;
std::string birthDate() const;
std::string address() const;
...
private:
std::tr1::shared_ptr<PersonImpl> pImpl;
};
```
这个分离的关键在于以”声明的依存性“替换”定义的依存性“。
设计策略:
* 如果使用 object references 或 object pointers 可以完成任务,就不要使用 objects;
* 如果能够,尽量以 class 声明式替换 class 定义式;
```cpp
class Date; // class 声明式
void clearAppointments(Date d); // Date 定义式
```
pass-by-value 会引入”非必要的编译依存关系“,因为编译器需要知道类型的大小。
* 为声明式和定义式提供不同的头文件,只含声明式的头文件命名为”xxfwd.h",命名方式取自 C++ 标准库头文件;
### Interface classes
实现一个特殊的抽象基类(abstract base class),它通常不带成员变量,也没有构造函数,只有一个 virtual 析构函数和一组 pure virtual 函数,用来叙述整个接口。
这个 class 的客户必须以 pointers 和 references 来撰写应用程序,而 Interface class 应该提供一种办法为这种 class 创建对象,通常是通过工厂函数或 virtual 构造函数来具现化对应的 derived class。
```cpp
class Person { // virtual base class
public:
virtual ~Person();
virtual std::string name() const = 0;
virtual std::string birthDate() const = 0;
virtual std::string address() const = 0;
...
};
class RealPerson: public Person { // derived class
public:
RealPerson(const std::string& name, const Date& birthday, const Address& addr);
virtual ~Person();
std::string name() const;
std::string birthDate() const;
std::string address() const;
private:
std::string theName;
Date theBirthDay;
Address theAddress;
};
// factory function
std::tr1::shared_ptr<Person> Person::create(const std::string& name,
const Date& birthDate,
const Address& addr) {
return std::tr1::shared)ptr<Person>(new RealPerson(name, birthDate, addr));
}
```
### Handle classes & Interface classes
* handle class:成员函数必须通过 implementation pointer 取得对象数据;
* 空间:需要消耗一个 implementation pointer 的大小,一个动态分配的 implementation object 大小;
* 时间:动态申请和释放内存的时间开销,每次访问的指针取址跳转;
* 安全:需要面对内存分配的 bad\_alloc 异常;
* interface class:每个函数都是 virtual;
* 空间:派生对象必须内含一个 vptr;
* 时间:每次调用需要付出一次间接跳跃(indirect jump);
- 介绍
- 0.导读
- 1.让自己习惯 C++
- 条款01:视 C++ 为一个语言联邦
- 条款02:尽量以 const, enum, inline 替换 #define
- 条款03:尽可能使用 const
- 条款04:确定对象被使用前已先被初始化
- 2.构造/析构/赋值运算
- 条款05:了解 C++ 默默编写并调用哪些函数
- 条款06:若不想使用编译器自动生成的函数,就该明确拒绝
- 条款07:为多态基类声明 virtual 析构函数
- 条款08:别让异常逃离析构函数
- 条款09:绝不在构造和析构过程中调用 virtual 函数
- 条款10:令 operator= 返回一个reference to *this
- 条款11:在 operator= 中处理自我赋值
- 条款12:复制对象时勿忘其每一个成分
- 3.资源管理
- 条款13:以对象管理资源
- 条款14:在资源管理类中小心 copying 行为
- 条款15:在资源管理类中提供对原始资源的访问
- 条款16:成对使用 new 和 delete 时要采用相同形式
- 条款17:以独立语句将 newed 对象置入智能指针
- 4.设计与声明
- 条款18:让接口容易被正确使用,不易被误用
- 条款19:设计 class 犹如设计 type
- 条款20:宁以 pass-by-reference-to-const 替换 pass-by-value
- 条款21:必须返回对象时,别妄想返回其 reference
- 条款22:将成员变量声明为 private
- 条款23:宁以 non-member、non-friend 替换 member 函数
- 条款24:若所有参数皆需类型转换,请为此采用 non-member 函数
- 条款25:考虑写出一个不抛异常的 swap 函数
- 5.实现
- 条款26:尽可能延后变量定义式的出现时间
- 条款27:尽量少做转型
- 条款28:避免返回 handles 指向对象内部成分
- 条款29:为”异常安全“而努力是值得的
- 条款30:透彻了解 inlining 的里里外外
- 条款31:将文件间的编译依存关系降至最低
- 6.继承与面对对象设计
- 条款32:确定你的 public 继承塑模出 is-a 关系
- 条款33:避免遮掩继承而来的名称
- 条款34:区分接口继承和实现继承
- 条款35:考虑 virtual 函数以外的其他选择
- 条款36:绝不重新定义继承而来的 non-virtual 函数
- 条款37:绝不重新定义继承而来的缺省参数值
- 条款38:通过复合塑模出 has-a 或”根据某物实现出“
- 条款39:明智而审慎地使用 private 继承
- 条款40:明智而审慎地使用多重继承
- 7.模板与泛型编程
- 条款41:了解隐式接口和编译期多态
- 条款42:了解 typename 的双重含义
- 条款43:学习处理模板化基类内的名称
- 条款44:将与参数无关的代码抽离 templates
- 条款45:运用成员函数模板接收所有兼容类型
- 条款46:需要类型转换时请为模板定义非成员函数
- 条款47:请使用 traits classes 表现类型信息
- 条款48:认识 template 元编程
- 8.定制 new 和 delete
- 条款49:了解 new-handler 的行为
- 条款50:了解 new 和 delete 的合理替换时机
- 条款51:编写 new 和 delete 时需固守常规
- 条款52:写了 placement new 也要写 placement delete
- 9.杂项讨论
- 条款53:不要请忽编译器的警告
- 条款54:让自己熟悉包括 TR1 在内的标准程序库
- 条款55:让自己熟悉 Boost
