桥接模式
将类的抽象部分与实现相分离
抽象部分与实现想分离，在成员函数方面用的是继承，多态。
而在桥接模式是针对类的数据成员。
如何将类的数据成员的抽象和实现想分离？
用的还是继承：子类指针可以转化为父类指针。
想象一个场景：
电脑和操作系统，电脑有很多戴尔、联想、三星。但是操作系统也有不少，win、linux、unix。
如果我们要描述一台电脑，那么如果采用组合的方式，那么将至少有9个类来表示这些组合。
而桥接模式就是为了解决这个问题的。
电脑可以拥有操作系统，所以电脑这个类拥有一个win、linux、unix的基类指针，那么电脑就可以拥有这三种不同的操作系统了。这个积累的指针就是这个“桥”，连链接一个要组合在一起的两个对象。
//操作系统的基类
class OS
{
public:
virtual int version()=0;
};
//具体的操作系统，另外还有win、unix
class linux:public OS
{
public:
virtual int version();
};
//电脑的基类
class Computer
{
public:
vtual void installOs(OS *os)=0;
};
//具体的电脑类
class Dell"public Computer
{
public:
virtual void installOs(Os *os);
private:
OS* _os;
};
//或者也可以在构造函数里传入嘛。
这就是桥接模式，说白了就是一个可变类型的数据成员，但是拥有相同的特征。
但是其实，也是可以使用枚举类型。也是可以实现这个桥的功能。
组合模式
模糊叶和枝干（枝干上可以在包含叶），为叶和枝干提供统一的管理方式
这个模式应用的比较窄啊。
比如文件夹系统，还有菜单系统，还有现实的树干和叶。
为叶和枝干提供统一的管理模式，让我们在访问的时候忽略其具体的类型。使用其统一的接口来访问。
上面这句话就清楚了透露出，这两个类型应该可以放在同一个容器里，这两个类型有相同的访问方式。所以这两个类型应该继承自同一个类。
但是叶和枝干的表现形式不同，所以其接口的行为也是不同的。比如叶不能再添加子节点（也就是再添加叶了）。所以这里有有两种模式
- 透明方式：基类中提供统一的接口，这样实现了，忽略具体类型。但是如果为也叶节点添加元素，只能在运行的时候报错。
- 安全方式：基类中不提供全部的接口，需要根据具体类型选择接口，这样在编译的时候就能发现错误。
既然组合模式，我觉得就应该使用透明的方式，然后在实现的时候，子类不应该含有的方法直接提示错误。也可以达到安全的方式。
最后另一个问题，一个枝干上可以有多个叶，而且以后还会添加，所以其存储元素的应该是一个容器，存储其基类指针的容器，而且，应该是一个weak_ptr,不过这个就忽略了。
//提供统一的方式
class Node
{
public:
virtual void add(Node*)=0;
virtual void remove(Node*)=0;
virtual Node* show(int index)=0;
};
class left:public Node
{
//。。。。
private:
vector<Node*> _list;
};
class Branch:public Node
{
//。。。
private:
vector<Node*> _list;
};
