JAVA设计模式之外观模式(六)

所有设计模式传送门

一个大的系统一般都由若干个子系统构成,每个子系统包含多个类,这些类协同合作为用户提供所需要的功能。一个客户程序中的某个类的实例如果直接和子系统的多各类的实例打交道完成某项任务,就使客户程序中的类和子系统有过多的依赖关系。

比如,邮政系统邮寄包裹的子系统包含Check、Weight和Transport类。Check类的实例负责对包裹进行安全检查,Weight类的实例负责根据包裹的重量计算邮资,Transport类的实例负责为包裹负责运输工具。一个要邮寄包裹的用户若直接和负责邮寄包裹的类的子系统打交道,就必须先进行Check,然后在进行Weight,最后进行Transport,这就是的用户非常不方便。

外观模式简化用户和子系统进行交互的成熟模式,外观模式的关键是为子系统提供一个称作外观的类,该外观类的实例负责和子系统中类的实例进行打交道。当用户想要和子系统若干类的实例进行打交道时,可以代替的和子系统的外观类的实例打交道。

比如,对于前面叙述的邮寄包裹的子系统,可以为其提供一个称作ServerForClient的外观类,当用户想要邮寄包裹时,可以直接和ServerForClient的实例打交道,用户不必了解邮寄包裹的子系统中类的细节。 

包含角色:

   1、子系统(Subsystem):   子系统时若干个类的集合,这些类的实例协同合作为用户提供所需要的功能,子系统中任何类都不包含外观类的实例引用。

    2、外观(Facade):    外观是一个类,该类包含子系统中全部或者部分类的实例引用,当用户想要和子系统中的若干个类的实例打交道时,可以代替的和子系统的外观类的实例打交道。

优点:

   1、使客户和子系统中的类无耦合,并且子系统使用起来更加方便。

   2、外观只是提供一个更加简洁的界面,并不影响用户直接使用子系统中的类。

   3、子系统中任何类对其方法的内容进行修改,并不影响外观类的代码。

适用情景:

   1、对于一个复杂的子系统,需要为用户提供一个简单的交互操作。

   2、不希望客户代码和子系统中的类有耦合,以便提高子系统的独立性和可移植性。

   3、当整个系统需要构建一个层次结构的子系统,不希望这些子系统相互直接的交互。

简单例子:报社的广告有三个类CheckWord,Charge和TypeSeting类,各个类的职责如下:

   1、CheckWord的实例负责检查广告内容包含字符的个数;

   2、Charge类的实例负责计算费用;

   3、TypeString类的实例负责排版

 现在使用外观模式简化用户和上述子系统所进行的交互。比如一个用户想要在报社上登广告,那么用户只需要将广告的内容交给子系统的外观实例即可,外观的实例将负责和子系统中的类的实例进行交互完成用户所指派的任务。

/**
 * 子系统之Charge
 */
public class Charge {

    public final int basicCharge = 12;
    
    CheckWord checkWord;
    
    public Charge(CheckWord checkWord){
        this.checkWord = checkWord;
    }
    
    public void giveCharge(){
        int charge = checkWord.getAmount() * basicCharge;
        System.out.println("广告费用:"+charge+"元");
    }
}

/**
 *  子系统之CheckWord
 */
public class CheckWord {

    public final int baseAmount = 85;
    
    int amount;
    String advertisement;
    
    public CheckWord(String advertisement){
        this.advertisement = advertisement;
    }
    
    public void setChargeAmount(){
        amount = advertisement.length() + baseAmount;  //计算出付费字符数目
    }
    
    public int getAmount(){
        return amount;
    }
}

/**
 * 子系统之TypeString
 */
public class TypeString {

    String advertisement;
    
    public TypeString(String advertisement){
        this.advertisement = advertisement;
    }
    
    public void typeString(){
        System.out.println("广告排版格式:");
        System.out.println("************");
        System.out.println(advertisement);
        System.out.println("************");
    }
}

/**
 * 外观类
 * 该类的实例包含TypeString、Charge、CheckWord的类的实例的引用。
 */
public class ClientServerFacade {

    private CheckWord checkWord;
    private Charge charge;
    private TypeString typeString;
    String advertisement;
    
    public ClientServerFacade(String advertisement){
        this.advertisement = advertisement;
        checkWord = new CheckWord(advertisement);
        charge = new Charge(checkWord);
        typeString = new TypeString(advertisement);
    }
    
    public void doAdvertisement(){
        checkWord.setChargeAmount();
        charge.giveCharge();
        typeString.typeString();
    }
}

/**
 * 启动器类
 */
public class Application {

    public static void main(String[] args) {
        
        ClientServerFacade facade;
        String clientAdvertisement = "华硕A501L电脑,价格4999,联系电话:95279527";
        
        facade = new ClientServerFacade(clientAdvertisement);
        facade.doAdvertisement();
    }
}

输出结果:

   

java设计模式大体上分为三大类: 创建型模式(5种):工厂方法模式,抽象工厂模式,单例模式,建造者模式,原型模式。 结构型模式(7种):适配器模式,装饰器模式,代理模式,外观模式,桥接模式,组合模式,享元模式。 行为型模式(11种):策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 设计模式遵循的原则有6个: 1、开闭原则(Open Close Principle)   对扩展开放,对修改关闭。 2、里氏代换原则(Liskov Substitution Principle)   只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。 3、依赖倒转原则(Dependence Inversion Principle)   这个是开闭原则的基础,对接口编程,依赖于抽象而不依赖于具体。 4、接口隔离原则(Interface Segregation Principle)   使用多个隔离的借口来降低耦合度。 5、迪米特法则(最少知道原则)(Demeter Principle)   一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。 6、合成复用原则(Composite Reuse Principle)   原则是尽量使用合成/聚合的方式,而不是使用继承。继承实际上破坏了类的封装性,超类的方法可能会被子类修改。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值