//---------------------------15/04/17----------------------------
//#30 透彻了解inlineing的里里外外
{
/*
1:inline函数通常可以免除函数调用的成本，而且编译器会对它执行语境相关最优化。
2:使用inline函数很有可能增加你的目标码的大小。因为对每个函数的调用都使用函数本体来替换，如果函数
本体很大的话代码膨胀是肯定的。但是如果inline函数的本体很小，那么将产生出小的码。
3:inline只是对编译器的一个申请，不是命令。
4:定义在class定义式内的成员函数默认使用inline。
5:inline函数通常一定被置于头文件，因为一般情况下，编译器在编译期间必须要知道函数本体才能替换成功。
6:编译器拒绝一些复杂的inline函数，比如递归(书上说循环也不行，但是记得看到过很多人都说循环是可以inline
的)，编译器拒绝virtual函数，因为这些函数到了运行期才确定调用哪一个函数。
7:编译器不对“通过函数指针而进行的调用”实施inlining。
8:不要对构造和析构函数指定inline。
9:inline函数使得用到这个函数的程序，在函数改动后必须重新编译。
10:总结：一开始别使用inline，当遇到造成效率影响的20%的代码时，可以找机会将它inline。
*/
}
//#31 将文件间的编译依存关系将至最低
{
/*
1:考虑三个设计策略：
1>如果使用object references或 object pointers可以完成任务，就不要使用objects。
如果只需要point或references，编译器就不需要知道object的大小，也就不需要知道它的
具体定义，当使用这个object pointer时，可以包含一个声明式就好。
2>如果可能，尽量以class声明式替换class定义式。
这样除非到了真正调用时，就可以不管class的定义。也就去除了编译依存。
3>为声明式和定义式提供不同的头文件。
为了实现上面的准则，提供声明式的头文件，就可以让客户选择只包含声明。
2:实现声明和实现分离的办法有两个：
1>在类中包含一个需要具体操作的指针对象，在需要功能的时候通过指针对象的功能: */
#include "PersonImpl.h"
#include "People.h"
Person::Person(const std::string& name,const Date& birthday, const Address& addr)
: pImpl(new PersonImpl(name, birthday, addr)){}
std::string Person::name()const
{
return pImpl->name();
}
/* 其实这就是设计模式中桥接模式的思想。分离接口与实现的技术。
2>通过接口一个接口类，这个类没有成员变量，只有一个virtual析构函数和一组pure virtual。
客户可以使用这个接口类，必须只能使用这个类的指针，因为内含pure virtual函数的class是
无法实例化的。然后使用一个工厂类来获得具体对象。
其实这就是设计模式中的工厂方法模式。
3:记得一点：
头文件应该以“完全且仅有声明式”的形式存在。
*/
}