Java组合模式

概念

合成模式属于对象的结构模式,有时又叫做“部分——整体”模式。合成模式将对象组织到树结构中,可以用来描述整体与部分的关系。合成模式可以使客户端将单纯元素与复合元素同等看待。

合成模式

合成模式把部分和整体的关系用树结构表示出来。合成模式使得客户端把一个个单独的成分对象和由它们复合而成的合成对象同等看待。
  比如,一个文件系统就是一个典型的合成模式系统。下图是常见的计算机XP文件系统的一部分。


  从上图可以看出,文件系统是一个树结构,树上长有节点。树的节点有两种,一种是树枝节点,即目录,有内部树结构,在图中涂有颜色;另一种是文件,即树叶节点,没有内部树结构。
  显然,可以把目录和文件当做同一种对象同等对待和处理,这也就是合成模式的应用。
  合成模式可以不提供父对象的管理方法,但是合成模式必须在合适的地方提供子对象的管理方法,诸如:add()、remove()、以及getChild()等。
  合成模式的实现根据所实现接口的区别分为两种形式,分别称为安全式透明式

安全式合成模式的结构

安全模式的合成模式要求管理聚集的方法只出现在树枝构件类中,而不出现在树叶构件类中。


这种形式涉及到三个角色:
  ●  抽象构件(Component)角色:这是一个抽象角色,它给参加组合的对象定义出公共的接口及其默认行为,可以用来管理所有的子对象。合成对象通常把它所包含的子对象当做类型为Component的对象。在安全式的合成模式里,构件角色并不定义出管理子对象的方法,这一定义由树枝构件对象给出。

●  树叶构件(Leaf)角色:树叶对象是没有下级子对象的对象,定义出参加组合的原始对象的行为。

●  树枝构件(Composite)角色:代表参加组合的有下级子对象的对象。树枝构件类给出所有的管理子对象的方法,如add()、remove()以及getChild()。

源代码

/**
 * 抽象构建,使用接口来定义,只定义出叶子节点和树枝节点共同的方法
 */
public interface Component {

    /**
     * 展示节点名称
     */
    public void showName(String parentName);

}
/**
 * 叶子节点
 */
public class Leaf implements Component {

    //节点名称
    private String name;

    public Leaf(String name) {
        this.name = name;
    }

    @Override
    public void showName(String parentName) {
        System.out.println(parentName + "-" + name);
    }
}
/**
 * 树枝节点,实现了Component接口,除了实现接口方法外,还有自己的管理子节点的方法
 */
public class Composite implements Component {

    //节点名称
    private String name;

    public Composite(String name) {
        this.name = name;
    }

    //子节点
    private List<Component> childList = new ArrayList<Component>();

    //添加节点
    public void addChild(Component child) {
        childList.add(child);
    }

    //删除节点
    public void removeChild(int index) {
        childList.remove(index);
    }

    @Override
    public void showName(String parentName) {
        System.out.println(parentName + "-" + name);
        if(this.childList != null && this.childList.size() > 0){
            for(Component component: this.childList){
                component.showName(parentName + "-" + name);
            }
        }
    }
}
/**
 * 客户端
 */
public class Client {

    public static void main(String[] args) {

        //树枝节点必须指明对象为Composite,而不能是接口对象,因为接口对象没有方法操作子节点
        Composite root = new Composite("服装");
        Composite boy = new Composite("男装");
        Composite girl = new Composite("女装");

        Component boy1 = new Leaf("短袖");
        Component boy2 = new Leaf("沙滩裤");

        Component girl1 = new Leaf("胸罩");
        Component girl2 = new Leaf("内裤");

        boy.addChild(boy1);
        boy.addChild(boy2);

        girl.addChild(girl1);
        girl.addChild(girl2);

        root.addChild(boy);
        root.addChild(girl);

        root.showName("");
    }

}

可以看出,树枝构件类(Composite)给出了addChild()、removeChild()以及getChild()等方法的声明和实现,而树叶构件类则没有给出这些方法的声明或实现。这样的做法是安全的做法,由于这个特点,客户端应用程序不可能错误地调用树叶构件的聚集方法,因为树叶构件没有这些方法,调用会导致编译错误。

安全式合成模式的缺点是不够透明,因为树叶类和树枝类将具有不同的接口。

透明式合成模式的结构

与安全式的合成模式不同的是,透明式的合成模式要求所有的具体构件类,不论树枝构件还是树叶构件,均符合一个固定接口。


源代码

/**
 * 抽象构建,使用抽象类来实现,子节点和树枝节点共有的方法用抽象方法定义,
 * 树枝节点独有的方法用普通方法实现,并给出缺省实现
 */
public abstract class Component {

    /**
     * 添加子节点
     * @param component
     */
    public void addChild(Component component) {
        /**
         * 缺省实现,抛出异常,因为叶子对象没有此功能
         * 或者子组件没有实现这个功能
         */
        throw new UnsupportedOperationException("对象不支持此方法");
    }

    /**
     * 删除子节点
     * @param index
     */
    public void removeChild(int index) {
        /**
         * 缺省实现,抛出异常,因为叶子对象没有此功能
         * 或者子组件没有实现这个功能
         */
        throw new UnsupportedOperationException("对象不支持此方法");
    }

    /**
     * 展示节点名称
     */
    public abstract void showName(String parentName);

}
/**
 * 叶子节点
 */
public class Leaf extends Component {

    //节点名称
    private String name;

    public Leaf(String name) {
        this.name = name;
    }

    @Override
    public void showName(String parentName) {
        System.out.println(parentName + "-" + name);
    }

}
/**
 * 树枝节点,继承抽象类,重写方法
 */
public class Composite extends Component {

    //节点名称
    private String name;

    public Composite(String name) {
        this.name = name;
    }

    //子节点
    private List<Component> childList = new ArrayList<Component>();

    //添加节点
    @Override
    public void addChild(Component child) {
        childList.add(child);
    }

    //删除节点
    @Override
    public void removeChild(int index) {
        childList.remove(index);
    }

    @Override
    public void showName(String parentName) {
        System.out.println(parentName + "-" + name);
        if(this.childList != null && this.childList.size() > 0){
            for(Component component: this.childList){
                component.showName(parentName + "-" + name);
            }
        }
    }
}
/**
 * 客户端
 */
public class Client {

    public static void main(String[] args) {
        //由于是透明式组合模式,所有方法在抽象类中均有定义,所以所有的类型都可以为抽象类
        Component root = new Composite("服装");
        Component boy = new Composite("男装");
        Component girl = new Composite("女装");

        Component boy1 = new Leaf("短袖");
        Component boy2 = new Leaf("沙滩裤");

        Component girl1 = new Leaf("胸罩");
        Component girl2 = new Leaf("内裤");

        boy.addChild(boy1);
        boy.addChild(boy2);

        girl.addChild(girl1);
        girl.addChild(girl2);

        root.addChild(boy);
        root.addChild(girl);

        root.showName("");
    }

}

可以看出,客户端无需再区分操作的是树枝对象(Composite)还是树叶对象(Leaf)了;对于客户端而言,操作的都是Component对象。

两种实现方法的选择

这里所说的安全性合成模式是指:从客户端使用合成模式上看是否更安全,如果是安全的,那么就不会有发生误操作的可能,能访问的方法都是被支持的。

这里所说的透明性合成模式是指:从客户端使用合成模式上,是否需要区分到底是“树枝对象”还是“树叶对象”。如果是透明的,那就不用区分,对于客户而言,都是Compoent对象,具体的类型对于客户端而言是透明的,是无须关心的。

对于合成模式而言,在安全性和透明性上,会更看重透明性,毕竟合成模式的目的是:让客户端不再区分操作的是树枝对象还是树叶对象,而是以一个统一的方式来操作。

而且对于安全性的实现,需要区分是树枝对象还是树叶对象。有时候,需要将对象进行类型转换,却发现类型信息丢失了,只好强行转换,这种类型转换必然是不够安全的。

因此在使用合成模式的时候,建议多采用透明性的实现方式。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,716评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,558评论 1 294
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,431评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,127评论 0 209
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,511评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,692评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,915评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,664评论 0 202
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,412评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,616评论 2 245
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,105评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,424评论 2 254
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,098评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,096评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,869评论 0 197
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,748评论 2 276
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,641评论 2 271

推荐阅读更多精彩内容

  • 定义 属于对象的结构模式,有时又叫做“部分——整体”模式。组合模式将对象组织到树结构中,可以用来描述整体和部分的关...
    步积阅读 3,229评论 2 7
  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,296评论 18 399
  • 1 场景问题# 1.1 商品类别树## 考虑这样一个实际的应用:管理商品类别树。 在实现跟商品有关的应用系统的时候...
    七寸知架构阅读 5,828评论 10 59
  • 设计模式汇总 一、基础知识 1. 设计模式概述 定义:设计模式(Design Pattern)是一套被反复使用、多...
    MinoyJet阅读 3,820评论 1 15
  • 俨然一位准备登台的小丑 但长久 只处在准备之中 从来人靠近我 情绪都会低落下来 明明不开朗 装开朗 累
    观察员yog阅读 76评论 0 0