FACADE(外观)-- 对象结构型模式

本文探讨了Facade模式如何为复杂子系统提供简洁接口,减少客户端依赖,实现松耦合,并与其他模式如AbstractFactory和Mediator模式进行对比。通过实例展示了如何在代码中实现和应用该模式。
摘要由CSDN通过智能技术生成
  1. 意图:
    为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。

  2. 动机:
    使子系统间的通信和相互依赖关系到达最小。

  3. 适用性:
    a. 当你要为一个复杂子系统提供一个简单接口时。
    b. 客户端程序与抽象类的实现部分之间存在着很大的依赖性。
    c. 当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。

  4. 结构:
    外观模式结构图

  5. 参与者:
    a. Facade:
    知道那些子系统负责处理请求。
    将客户端的请求代理给适当的子系统。
    b. Subsystem classes:
    实现子系统的功能。
    处理有Facade对象指派的任务。
    没有facade的任何相关信息;即没有指向facade的指针。

  6. 协作:
    a. 客户程序通过发送请求给Facade的方式与子系统通讯,Facade将这些消息转发给适当的子系统对象。
    b. 使用Facade的客户端程序不需要直接访问子系统对象。

  7. 效果:
    Facade模式有下面一些优点:
    a. 它对客户屏蔽子系统组件,因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。
    b. 它实现了子系统与客户之间的松耦合关系,而子系统内部的功能组件往往是紧耦合的。
    c. 如果应用需要,它并不相知它们使用子系统类。

  8. 实现:
    a. 降低客户-子系统之间的耦合度
    b. 公共子系统与私有子系统类

  9. 代码示例:

    //外观
    public class Facade {
        //可以使用抽象工厂创建一个Subsystem对象
        private Subsystem subsystem;
    
        public void subsystemFacade() {
            subsystem = new Subsystem();
            subsystem.description();
        }
    }
    
    //可以是一个复杂的子系统
    public class Subsystem {
        public void description() {
            System.out.println("This is Subsystem");
        }
    }
    
    public class Client {
        public static void main(String[] args) {
            Facade facade = new Facade();
            facade.subsystemFacade();
        }
    }
    
  10. 已知应用:

  11. 相关模式:
    Abstract Factory模式可以与Facade模式一起使用以提供一个接口,这一接口可用来以一种子系统独立的方式创建子系统对象。
    Mediator模式与Facade模式的相似之处是,它抽象了一些已有的类的功能。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值