玩命加载中 . . .

20-组合模式


组合模式

动机

  • 客户代码过多地依赖于对象容器复杂的内部实现结构,对象容器内部实现结构(而非抽象结构)的变化会引起客户代码的频繁变化,带来了代码的维护性、扩展性等弊端
  • 如何将客户代码与复杂的对象容器结构解耦?让对象容器自己来实现自身的复杂结构,从而使得客户代码就像处理简单对象一样来处理复杂的对象容器

例如我们有一个树形结构,需要对树节点与叶子节点做不同的处理,如果对象容器内没有对树节点与叶子节点进行区分,客户代码就需要进行判断,执行不同的逻辑,如果对象容器将内部结构实现好了,客户代码只需要调用统一的接口就行

class Component {
public:
    virtual void process() = 0;
    virtual ~Component(){}
};

// 树节点
class Composite : public Component {
    
    string name;
    list<Component*> elements;
public:
    Composite(const string & s) : name(s) {}
    
    void add(Component* element) {
        elements.push_back(element);
    }
    void remove(Component* element){
        elements.remove(element);
    }
    
    void process(){
        
        // 1. process current node
        // 2. process leaf nodes
        for (auto &e : elements)
            e->process(); // 多态调用
         
    }
};

// 叶子节点
class Leaf : public Component {
    string name;
public:
    Leaf(string s) : name(s) {}
            
    void process(){
        // process current node
    }
};

void Invoke(Component & c){
    c.process();
}

int main() {
    Composite root("root");
    Composite treeNode1("treeNode1");
    Composite treeNode2("treeNode2");
    Composite treeNode3("treeNode3");
    Composite treeNode4("treeNode4");
    Leaf leat1("left1");
    Leaf leat2("left2");
    
    root.add(&treeNode1);
    treeNode1.add(&treeNode2);
    treeNode2.add(&leaf1);
    
    root.add(&treeNode3);
    treeNode3.add(&treeNode4);
    treeNode4.add(&leaf2);
    
    Invoke(root);
}

将树节点和叶子节点的接口抽象出来,这样在处理树节点的时候就会递归调用子节点的方法,如果子节点是叶子节点就会停止递归了

要点总结

  • Composite模式采用树性结构来实现普遍存在的对象容器,从而将“一对多”的关系转化为“一对一”的关系,使得客户代码可以一致地(复用)处理对象和对象容器,无需关心处理的是单个的对象,还是组合的对象容器
  • 客户代码与纯粹的抽象接口(而非对象容器的内部实现结构)发生依赖,从而更能应对变化
  • Composite模式在具体实现中,可以让父对象中的子对象反向追溯;如果父对象有频繁的遍历需求,可使用缓存技术来改善效率

文章作者: kunpeng
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 kunpeng !
  目录