设计模式(十二)--组合模式

定义

组合模式,将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。


结构图

这里写图片描述

组合模式中的角色
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)的多态性完成调用,这样可以增加代码的复用性。


优点

  1. 使客户端调用简单,它可以一致使用组合结构或是其中单个对象,简化了客户端代码。
  2. 容易在组合体内增加对象部件。客户端不必因加入了新的部件而更改代码。有利于功能的扩展。

缺点

  1. 需要抉择使用透明方式还是安全方式。
  2. 透明方式违背了面向对象的单一职责原则;安全方式增加了客户需要端判定的负担。

解决的问题

当希望忽略单个对象和组合对象的区别,统一使用组合结构中的所有对象(将这种“统一”性封装起来)。


透明模式

作为第一种选择,在Component里面声明所有的用来管理子类对象的方法,包括add()、remove(),以及getChild()方法。这样做的好处是所有的构件类都有相同的接口。在客户端看来,树叶类对象与合成类对象的区别起码在接口层次上消失了,客户端可以同等同的对待所有的对象。这就是透明形式的组合模式。
这个选择的缺点是不够安全,因为树叶类对象和合成类对象在本质上是有区别的。树叶类对象不可能有下一个层次的对象,因此add()、remove()以及getChild()方法没有意义,是在编译时期不会出错,而只会在运行时期才会出错或者说识别出来


安全模式

第二种选择是在Composite类里面声明所有的用来管理子类对象的方法。这样的做法是安全的做法,因为树叶类型的对象根本就没有管理子类对象的方法,因此,如果客户端对树叶类对象使用这些方法时,程序会在编译时期出错。
这个选择的缺点是不够透明,因为树叶类和合成类将具有不同的接口。


  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值