定义
组合模式,将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。
结构图
组合模式中的角色
1. 组合部件(Component):它是一个抽象角色,为要组合的对象提供统一的接口。
2. 叶子(Leaf):在组合中表示子节点对象,叶子节点不能有子节点。
3. 合成部件(Composite):定义有枝节点的行为,用来存储部件,实现在Component接口中的有关操作,如增加(Add)和删除(Remove)。
例子
//基类
class Menu
{
public:
Menu(std::string strName)
{
m_strName = strName;
}
virtual void Add(Menu*);
virtual void Remove(Menu*);
virtual Menu* GetChild(int);
virtual void Display() = 0;
protected:
std::string m_strName;
};
//子类
class SubMenu : public Menu
{
public:
SubMenu(std::string strName)
{
m_strName = strName;
}
void Display();
};
//组合类
class CompositeMenu : public Menu
{
public:
CompositeMenu(std::string strName)
{
m_strName = strName;
}
void Add(Menu* pMenu)
{
m_vMenu.push_back(pMenu);
}
void Remove(Menu* pMenu)
{
m_vMenu.erase(&pMenu);
}
Menu* GetChild(int index)
{
return m_vMenu[index];
}
void Display()
{
vector<Menu *>::iterator it = m_vMenu.begin();
for(; it != m_vMenu.end(); ++it)
{
(*it)->Display();
}
}
private:
vector <Menu*> m_vMenu;
};
//客户端调用
int main()
{
Menu* pMenu = new CompositeMenu("国内");
pMenu->Add(new SubMenu("时事新闻"));
pMenu->Add(new SubMenu("社会新闻"));
pMenu->Display();
pMenu = new CompositeMenu("国际");
pMenu->Add(new SubMenu("国际要闻"));
pMenu->Add(new SubMenu("环球视野"));
pMenu->Display();
return 0;
}
适用场景
(1) 想表示对象的部分-整体层次结构。
(2) 希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结构中的所有对象。
特点
(1) 组合模式采用树形结构来实现普遍存在的对象容器,从而将“一对多”的关系转化“一对一”的关系,使得客户代码可以一致地处理对象和对象容器,无需关心处理的是单个的对象,还是组合的对象容器。
(2) 将“客户代码与复杂的对象容器结构”解耦是组合模式的核心思想,解耦之后,客户代码将与纯粹的抽象接口——而非对象容器的复内部实现结构——发生依赖关系,从而更能“应对变化”。
(3) 组合模式中,是将“Add和Remove等和对象容器相关的方法”定义在“表示抽象对象的Component类”中,还是将其定义在“表示对象容器的Composite类”中,是一个关乎“透明性”和“安全性”的两难问题,需要仔细权衡。这里有可能违背面向对象的“单一职责原则”,但是对于这种特殊结构,这又是必须付出的代价。
(4) 组合模式在具体实现中,可以让父对象中的子对象反向追溯;如果父对象有频繁的遍历需求,可使用缓存技巧来改善效率。
(5) 客户端尽量不要直接调用树叶类的方法,而是借助其父类(Component)的多态性完成调用,这样可以增加代码的复用性。
优点
- 使客户端调用简单,它可以一致使用组合结构或是其中单个对象,简化了客户端代码。
- 容易在组合体内增加对象部件。客户端不必因加入了新的部件而更改代码。有利于功能的扩展。
缺点
- 需要抉择使用透明方式还是安全方式。
- 透明方式违背了面向对象的单一职责原则;安全方式增加了客户需要端判定的负担。
解决的问题
当希望忽略单个对象和组合对象的区别,统一使用组合结构中的所有对象(将这种“统一”性封装起来)。
透明模式
作为第一种选择,在Component里面声明所有的用来管理子类对象的方法,包括add()、remove(),以及getChild()方法。这样做的好处是所有的构件类都有相同的接口。在客户端看来,树叶类对象与合成类对象的区别起码在接口层次上消失了,客户端可以同等同的对待所有的对象。这就是透明形式的组合模式。
这个选择的缺点是不够安全,因为树叶类对象和合成类对象在本质上是有区别的。树叶类对象不可能有下一个层次的对象,因此add()、remove()以及getChild()方法没有意义,是在编译时期不会出错,而只会在运行时期才会出错或者说识别出来
安全模式
第二种选择是在Composite类里面声明所有的用来管理子类对象的方法。这样的做法是安全的做法,因为树叶类型的对象根本就没有管理子类对象的方法,因此,如果客户端对树叶类对象使用这些方法时,程序会在编译时期出错。
这个选择的缺点是不够透明,因为树叶类和合成类将具有不同的接口。