ramostear.comramostear.com 谭朝红的技术分享博客

格言 编程是一门技术,也是一门艺术 !

设计模式-适配器模式

设计模式-适配器模式

设计模式-适配器模式(Adapter)

1.设计意图

适配器模式是将一个类的接口转换成另一个类想要的接口,适配器让原本两个不兼容的类能够兼容。
适配器模式类图

2. 演示案例

现实生活中我们到处都可以看到适配器

  • 1.如果你需要将SD卡中的数据传输到电脑上,为了将数据传输到电脑上,你可能需要一个与计算机USB接口兼容的读卡器,以便将SD卡连接到计算机。此时的读卡器就是一个适配器。
  • 2.如果你需要给手机充电,Type-c接口和普通充电接口无法对接,此时你需要一个充电转换器或者电源适配器,以便能够对接充电,这里的转换器就是一个适配器。
  • 3.同声传译人员将英文话翻译成中文话,翻译人员就是一个“适配器”

简而言之

适配器模式允许你在适配器中包装一个原本不兼容的对象,使其与另外一个类兼容

维基百科:

在软件工程中,适配器模式是一种软件设计模式,它允许现有类的接口作用于另外一个接口。它通常用于在不修改源代码的前提下使现有的类能够与其他类一起工作。

3. 程序示例

我们就以SD卡通过读卡器将数据传输到电脑中为案例来讲解适配器模式。
首先我们创建一个存储卡类和一个数据传输接口。存储卡类中有一个现实内存大小的方法:memory();数据传输接口中定义两个方法:read()和write();
SDCard.java

package com.ramostear.pattern.adapter;
/**
 * @author ramostear
 * @create-time 2019/1/4 0004-19:41
 * @modify by :
 * @info:[存储卡类]
 * @since:
 */

public class SDCard {

   public void memory(){
       System.out.println("8GB");
   }

}

DataTransfer.java

package com.ramostear.pattern.adapter;

/**
 * @author ramostear
 * @create-time 2019/1/4 0004-19:54
 * @modify by :
 * @info:[数据传输接口]
 * @since:
 */
public interface DataTransfer {

    void read();

    void write();
}

接下来我们将定义一个读卡器类,并将SD卡 “插入” 读卡器中,且实现数据读写接口
CardReader.java

package com.ramostear.pattern.adapter;

/**
 * @author ramostear
 * @create-time 2019/1/4 0004-19:56
 * @modify by :
 * @info:[读卡器]
 * @since:
 */
public class CardReader implements  DataTransfer{

    private SDCard sdCard;


    public CardReader() {
        this.sdCard = new SDCard();
    }

    @Override
    public void read() {
        sdCard.memory();
        System.out.println("read data from sdCard...");
    }

    @Override
    public void write() {
        sdCard.memory();
        System.out.println("write data to sdCard...");
    }
}

然后我们定义一个计算机类,预留“USB”的接口,并设置数据读写入口
Computer.java

package com.ramostear.pattern.adapter;
/**
 * @author ramostear
 * @create-time 2019/1/4 0004-20:01
 * @modify by :
 * @info:[计算机类]
 * @since:
 */
public class Computer {

    private DataTransfer dataTransfer;

    public Computer(){}

    public Computer(DataTransfer dataTransfer){
        this.dataTransfer = dataTransfer;
    }

    public DataTransfer getDataTransfer() {
        return dataTransfer;
    }

    public void setDataTransfer(DataTransfer dataTransfer) {
        this.dataTransfer = dataTransfer;
    }

    public void read(){
        dataTransfer.read();
    }

    public void write(){
        dataTransfer.write();
    }
}

最后,让我们将装入SD卡的读卡器插入到计算机的USB口中,启动计算机并对SD卡中的数据进行读写
App.java

package com.ramostear.pattern.adapter;
/**
 * @author ramostear
 * @create-time 2019/1/4 0004-20:04
 * @modify by :
 * @info:[测试类]
 * @since:
 */
public class App {

    public static void main(String[] args){
        /**
         * 1. 将SD卡插入读卡器
         * 2. 将读卡器插入电脑USB接口
         * 3. 电脑开机
         * 4. 从SD卡中读入数据到电脑,或者将输入从电脑中写入SD卡
         */
        Computer computer = new Computer(new CardReader());
        computer.read();
        computer.write();
    }

}

控制台输出:
控制台输出
至此,适配器模式设计实现完成。

4. 适用场景

当满足(不限于)以下应用场景时:

  • 你想复用现有的类,但它所提供的接口与你期望的接口不匹配时
  • 你希望创建一个可重用的类,并让该类与其他不可预见的类(不一定具有兼容接口的类)协作时
  • 大多数使用第三方库的应用程序使用适配器作为应用程序和第三方库之间的中间层,以将应用程序与库分离。如果必须使用另一个库,则只需要新库的适配器,而不必更改应用程序代码
  • 你需要使用几个现有的子类,但通过对每个子类进行子类化来调整它们的接口是不切实际的

5. 使用建议

5.1 类适配器

由于类适配器是适配者类的子类,因此可以在适配器类中调整适配者类中的方法,使得适配器的灵活性更强。但是如果在Java这样的单继承语言中,一次最多只能适配一个适配者类,且目标抽象类只能为接口,不能为类。

5.2 对象适配器

把多个不同的适配者适配到同一个目标类,同一个适配器可以把适配者和它的子类都适配到一个目标接口。

6. 实际案例

设计模式-抽象工厂模式

设计模式-抽象工厂模式

设计模式三十六计之抽象工厂模式(Abstract Factory)

1.设计意图

提供一个接口,用于创建相关或者从属对象的族,而不是指定他们的具体类。以下以生产计算机为例给出UML类图:
abstract-factory-pattern-uml

2.演示案例

假设我们要生产一台计算机(广义的),一台计算机有一些共同的物件。小型计算机(以手机为例)需要有触控屏、微处理器和小型化的内存条。大型计算机(以PC机为例)需要有显示屏、多核处理器和内存条。计算机的各个部件存在着相互依赖关系。

简而言之

抽象工厂即工厂的工厂,它将单独但相关/依赖的工厂分组在一起而不是指定具体类别的工厂。

维基百科:

抽象工厂模式提供了一种方法来封装一组具有共同主题的单个工厂,而不指定它们的具体类。

3.代码示例

以上述的生产计算机为案例,首选我们需要定义一些部件接口并实现这些部件接口

Memory.java

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:23
 * @modify by :
 * @info:[内存接口类]
 * @since:
 */
public interface Memory {

    String getDescription();
}

Screen.java

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:22
 * @modify by :
 * @info:[屏幕接口类]
 * @since:
 */
public interface Screen {

    String getDescription();
}

Processor.java

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:24
 * @modify by :
 * @info:[处理器接口类]
 * @since:
 */
public interface Processor {

    String getDescription();
}

PhoneMemory.java

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:28
 * @modify by :
 * @info:[手机内存类]
 * @since:
 */
public class PhoneMemory implements Memory{

    static final String DESCRIPTION = "This is phone memory";

    @Override
    public String getDescription() {
        return DESCRIPTION;
    }
}

PhoneScreen.java

package com.ramostear.pattern.abstractfactory;
/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:26
 * @modify by :
 * @info:[手机屏幕类]
 * @since:
 */
public class PhoneScreen implements Screen{

    static final String DESCRIPTION = "This is phone screen";

    @Override
    public String getDescription() {
        return DESCRIPTION;
    }
}

PhoneProcessor.java

package com.ramostear.pattern.abstractfactory;
/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:29
 * @modify by :
 * @info:[手机处理器类]
 * @since:
 */
public class PhoneProcessor implements Processor{

    static final String DESCRIPTION = "This is phone processor";

    @Override
    public String getDescription() {
        return DESCRIPTION;
    }
}

ComputerMomory.java

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:38
 * @modify by :
 * @info:[电脑内存条]
 * @since:
 */
public class ComputerMemory implements Memory{

    static final String DESCRIPTION = "This is computer memory";

    @Override
    public String getDescription() {
        return DESCRIPTION;
    }
}

ComputerScreen.java

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:36
 * @modify by :
 * @info:[电脑屏幕]
 * @since:
 */
public class ComputerScreen implements Screen{

    static final String DESCRIPTION = "This is computer screen";

    @Override
    public String getDescription() {
        return DESCRIPTION;
    }
}

ComputerProcessor.java

package com.ramostear.pattern.abstractfactory;
/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:39
 * @modify by :
 * @info:[电脑处理器]
 * @since:
 */
public class ComputerProcessor implements Processor{

    static final String DESCRIPTION = "This is computer processor";

    @Override
    public String getDescription() {
        return DESCRIPTION;
    }
}

然后,我们定义一个抽象的电子产品生产工厂类并创建两个它的实现类:
ElectronicFactory.java

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:32
 * @modify by :
 * @info:[电子设备生产工厂接口类]
 * @since:
 */
public interface ElectronicFactory {
    /**
     * 生产屏幕
     * @return
     */
    Screen produceScreen();

    /**
     * 生产内存条
     * @return
     */
    Memory produceMemory();

    /**
     * 生产处理器
     * @return
     */
    Processor produceProcessor();

}

ComputerFactory.java

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:40
 * @modify by :
 * @info:[电脑生产工厂]
 * @since:
 */
public class ComputerFactory implements ElectronicFactory{

    @Override
    public Screen produceScreen() {
        return new ComputerScreen();
    }

    @Override
    public Memory produceMemory() {
        return new ComputerMemory();
    }

    @Override
    public Processor produceProcessor() {
        return new ComputerProcessor();
    }
}

PhoneFactory.java

package com.ramostear.pattern.abstractfactory;
/**
 * @author ramostear
 * @create-time 2019/1/5 0005-2:35
 * @modify by :
 * @info:[手机生产工厂]
 * @since:
 */
public class PhoneFactory implements ElectronicFactory{


    @Override
    public Screen produceScreen() {
        return new PhoneScreen();
    }

    @Override
    public Memory produceMemory() {
        return new PhoneMemory();
    }

    @Override
    public Processor produceProcessor() {
        return new PhoneProcessor();
    }
}

现在我们已经拥有了一个抽象的工厂,它可以让我们生产相关的电子产品部件,即手机工厂可以生产手机屏幕、手机处理器和手机内存条,同样电脑工厂可以生产电脑显示器、电脑内存条和电脑处理器等。我们来简单的测试一下:

public class SimpleTest {

    public static void main(String[] args){
        ElectronicFactory factory = new PhoneFactory();
        Screen screen = factory.produceScreen();
        Memory memory = factory.produceMemory();
        Processor processor = factory.produceProcessor();

        System.out.println(screen.getDescription()+"\n"+memory.getDescription()+"\n"+processor.getDescription());

    }
}

控制台输出:

现在,我们可以为不同的电子产品生产工厂设计一个工厂,即工厂的工厂。本例子中,我们创建一个FacotryMaker类,负责返回PhoneFactory或者ComputerFactory,客户端可以通过FactoryMacker工厂来创建所需的工厂,进而生产不同的电子产品部件(屏幕、处理器、内存条)。
首先定义一个枚举类型的类FactoryType,用于给FactoryMacker提供选择参考:

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-4:16
 * @modify by :
 * @info:[工厂类型]
 * @since:
 */
public enum FactoryType {
    PHONE,COMPUTER;
}

然后定义一个生产工厂的工厂类FactoryMacker:

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-4:16
 * @modify by :
 * @info:[工厂创建器:工厂的工厂]
 * @since:
 */
public  class FactoryMacker {

    /**
     * 此工厂方法负责创建具体的工厂类
     * @param type
     * @return
     */
    public static ElectronicFactory makeFactory(FactoryType type){
        switch (type){
            case PHONE:
                return new PhoneFactory();
            case COMPUTER:
                return new ComputerFactory();
            default:
                throw new IllegalArgumentException("FactoryType not supported.");
        }
    }
}

最后,我们定义一个AbstractFactory类来封装上述的单个工厂类:

package com.ramostear.pattern.abstractfactory;
/**
 * @author ramostear
 * @create-time 2019/1/5 0005-4:21
 * @modify by :
 * @since:
 */
public class AbstractFactory {

    private Screen screen;
    private Memory memory;
    private Processor processor;

    public void createFactory(final ElectronicFactory factory){
        setScreen(factory.produceScreen());
        setMemory(factory.produceMemory());
        setProcessor(factory.produceProcessor());
    }

    public Screen getScreen() {
        return screen;
    }

    private void setScreen(Screen screen) {
        this.screen = screen;
    }

    public Memory getMemory() {
        return memory;
    }

    private void setMemory(Memory memory) {
        this.memory = memory;
    }

    public Processor getProcessor() {
        return processor;
    }

    private void setProcessor(Processor processor) {
        this.processor = processor;
    }
}

现在,整个抽象工厂模式案例已经全部实现。最后测试一下我们创建的抽象工厂模式案例:

package com.ramostear.pattern.abstractfactory;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-4:27
 * @modify by :
 * @info:[对抽象工厂进行测试]
 * @since:
 */
public class TestAbstractFactory {

    public static void main(String[] args){
        AbstractFactory factory = new AbstractFactory();

        System.out.println("produce phone...");

        factory.createFactory(FactoryMacker.makeFactory(FactoryType.PHONE));
        System.out.println(factory.getScreen().getDescription());
        System.out.println(factory.getMemory().getDescription());
        System.out.println(factory.getProcessor().getDescription());


        System.out.println("produce computer...");

        factory.createFactory(FactoryMacker.makeFactory(FactoryType.COMPUTER));
        System.out.println(factory.getScreen().getDescription());
        System.out.println(factory.getMemory().getDescription());
        System.out.println(factory.getProcessor().getDescription());
    }
}

控制台输出:

4.适用性

当满足以下场景时适合适用抽象工厂模式

  • 系统应该独立于其产品的创建、组成和表示方式
  • 一个系统应该配置多个产品系列中的一个
  • 相关产品对象的系列设计为一起使用,您需要强制执行此约束
  • 您希望提供产品的类库,并且只显示它们的接口,而不显示它们的实现
  • 您需要一个运行时值来构造一个特定的依赖项
  • 您需要提供一个或多个仅在运行时已知的参数,然后才能解析依赖项
设计模式-单例模式

设计模式-单例模式

设计模式三十六计之单例模式(Singleton)

解释:单例模式是为了确保在整个应用生命周期内一个类只有一个实例化对象,并且提供该实例化对象的全局访问入口

1.结构和原理

一个最基本的单例模式类包含一个私有的静态变量、一个私有的构造函数和和一个共有的静态函数。其中私有构造函数保证了该类不能通过构造函数来实例化,只能通过共有的静态函数返回一个唯一的私有静态变量。

2.实现单例模式

  • 懒汉模式———线程不安全

    public class Singleton{
      private static Singleton instance;
      private Singleton(){}
    
      public static Singleton getInstance(){
        if(instance == null){
          instance = new Singleton();
        }
        return instance;
      }   
    }
    

    在上述实现中,私有静态变量instance被延迟实例化,这样做的好处是在实际项目中,如果Singleton类没有被使用到,它就不会被实例化,从而减小系统开销。

    注意:懒汉模式在多线程环境中是不安全的,例如当前有n个线程同时执行 getInstance() 方法时,此时的instance都为null,那么Singleton类就会被实例化n次。这与单例模式的设计初衷相悖。

  • 饿汉模式———线程安全

    public class Singleton{
      private static Singleton instance = new Singleton();
      private Singleton(){}
      public static Singleton getInstance(){
        return instance;
      }
    }
    

    备注:在懒汉模式中,线程不安全是由于instance被多次实例化所造成的,在饿汉模式中直接实例化Singleton就解决了线程不安全问题。但是这种方式就失去了延迟实例化的好处。

  • 双重校验锁模式———线程安全

    public class Singleton{
      private volatile static Singleton instance;
      private Singleton(){}
      public static Singleton getInstance(){
        if(instance == null){
          synchronized(Singleton.class){
            if(instance == null){
              instance = new Singleton();
            }
          }
        }
        return instance;
      }  
    }
    

    在双重校验锁模式下,双重锁先判断instance是否被实例化,如果instance没有被实例化,则将实例化instance的语句进行加锁操作,只有当instance真正为null时,才去实例化Singleton。instance只会被实例化一次,之后将不会被再次实例化。

    说明:volatile关键字的作用是在多线程环境下,禁止JVM的指令重排列

  • 静态内部类模式

    public class Singleton{
      private Singleton(){}
    
      public static Singleton getInstance(){
        return SingletonProvider.INSTANCE;
      }
    
      public static class SingletonProvider{
        private static final Singleton INSTANCE = new Singleton();
      }
    }
    

    静态内部类模式与饿汉模式有异曲同工之处

  • 枚举模式

    public enum Singleton{
      INSTANCE;
      private String name;
      //getter()...
      // setter()...
      // otherMethod()...
    }
    

    使用方式:

    public class UserEnumSingleton{
      Singleton instance = Singleton.INSTANCE;
      instance.setName("example");
      System.out.println(instance.getName());
      Singleton instance2 = Singleton.INSTANCE;
      instance2.setName("example2");
      System.out.println(instance2.getName());
      instance.otherMethod();
      //other options...
      //使用java反射原理操作
      try{
        Singleton[] enums = Singleton.class.getEnumConstants();
        for(Singleton instance : enums){
          System.out.println(instance.getName());
        }
      }catch(Exception e){
        e.printStackTrace();
      }
    }
    

    控制台输出结果:

    example
    example2
    example2
    

    借助JDK的枚举来实现单例模式,不仅能够避免多线程同步问题,而且还能防止反序列化重新创建新的对象。

3.总结

优点

单例模式使得应用系统中一个类只被实例化一次,节省系统资源开销,对于系统中需要频繁创建和销毁的对象,使用单例模式可以在一定程度上提高系统的性能。

缺点

由于采用单例模式对类进行设计,就必须要记住获取对象的入口,即共有的静态函数名,而不是采用new关键字进行类的实例化,这在多人协同开发的项目中会给开发人员带来一些困扰(看不到源码),因此需要统一编码规范。

适用的范围

  • 需要频繁的进行创建和销毁的类
  • 实例化过程中耗费时间过长、占用资源过多且被频繁调用的类
  • 频繁操作I/O流或者访问数据库的类
  • 应用中定义的工具类
设计模式-观察者模式

设计模式-观察者模式

设计模式三十六计之观察者模式(Observer)

1. 设计意图

定义对象之间的一对多依赖关系,以便当一个对象更改状态时,将自动通知和更新其所有依赖项。

观察者模式

简而言之

你别来找我,给我你的联系方式,有事我会主动联系你

2.案例演示

以当前最火热的吃鸡游戏作为一个简单的案例来演示观察者模式,当玩家进入游戏时,会收到游戏服务器推送的提示消息,随着游戏的进行,如果某个玩家被Kill掉了,游戏服务器会把此消息推送给房间里的其他玩家。在本案例中,“游戏” 是一个抽象的被观察者,“吃鸡游戏” 是具体的被观察者;“游戏玩家” 是一个抽象的观察者(接口),而玩家A、玩家B等是具体的观察者。案例的UML关系如下图:

UML类图-案例对象关系

3. 示例代码

3.1 抽象的被观察者类(Subject)

AbstractGame.java

package com.ramostear.pattern.observer;
import java.util.ArrayList;
/**
 * @author ramostear
 * @create-time 2019/1/5 0005-23:27
 * @modify by :
 * @info:[抽象的被观测者类]
 * @since:
 */
public abstract class AbstractGame {
    /**
     * 定义一个存放观察者的容器
     */
    public final ArrayList<Observer> obsList = new ArrayList<>();
    /**
     * 注册观察者
     * @param obs   观察者
     * @param <T>
     */
    public <T> void attach(Observer obs){
        if (obs == null){
            throw new NullPointerException("Observer is null.");
        }else{
            this.attachObs(obs);
        }
    }
    /**
     * 注册观察者
     * @param obs
     */
    private void attachObs(Observer obs){
        if (obs == null){
            throw new NullPointerException("class is null");
        }else {
            synchronized (obsList){
                if(!obsList.contains(obs)){
                    obsList.add(obs);
                }
            }
        }
    }
    /**
     * 注销观察者
     * @param obs   观察者
     * @param <T>
     */
    public <T> void detach(Observer obs){
        if(obs == null){
            throw new NullPointerException("Observer is null");
        }else {
            this.detachObs(obs);
        }
    }
    /**
     * 注销观察者
     * @param obs
     */
    private void detachObs(Observer obs){
        if(obs == null){
            throw new NullPointerException("Class is null");
        }else{
            synchronized (obsList){
               obsList.remove(obs);
            }
        }
    }
    /**
     * 通知所有的观察者
     * @param messages
     */
    public abstract void notifyAllObs(String...messages);
    /**
     * 通知某个观察者
     * @param obs
     * @param messages
     */
    public abstract void notifyObs(Observer obs,String...messages);
}

AbstractGame类中定义了添加、删除和通知观察者的方法,同时有一个List类型的容器,用于保存已注册的观察者,当需要通知观察者时,从容器中取出观察者信息。

说明:抽象的被观察者可以定义成一个抽象类或者接口,本案例中采用的是抽象类

3.2 抽象的观察者接口(Observer)

Observer.java

package com.ramostear.pattern.observer;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-23:26
 * @modify by :
 * @info:[观察者接口]
 * @since:
 */
public interface Observer {
    /**
     * 更新状态
     * @param messages
     */
    void update(String... messages);
}

在该接口中定义了一个update() 方法,当被观察者发出通知时,此方法会被调用。

3.3 具体被观察者(ConcreteSubject)

ChikenGame继承了AbstractGame类,并对通知方法进行了具体的实现。
ChikenGame.java

package com.ramostear.pattern.observer;

/**
 * @author ramostear
 * @create-time 2019/1/5 0005-23:55
 * @modify by :
 * @info:[吃鸡游戏类]
 * @since:
 */
public class ChickenGame extends AbstractGame {

    private String roomName;

    public ChickenGame(String roomName) {
        this.roomName = roomName;
    }


    public String getRoomName() {
        return roomName;
    }

    public void setRoomName(String roomName) {
        this.roomName = roomName;
    }

    @Override
    public void notifyAllObs(String... messages) {
        obsList.forEach(obs->{
            this.notifyObs(obs,messages);
        });
    }

    @Override
    public void notifyObs(Observer obs, String... messages) {
       if (obs == null){
           throw new NullPointerException("Observer is null");
       }else{
          obs.update(messages);
       }
    }
}

3.4 具体观察者(ConcreteObserver)

Gamer类实现了Observer接口,并对Observer的update方法进行了具体的实现;这里为了演示,只是简单的对消息进行输出。
Gamer.java

package com.ramostear.pattern.observer;
/**
 * @author ramostear
 * @create-time 2019/1/6 0006-0:06
 * @modify by :
 * @info:[游戏玩家]
 * @since:
 */
public class Gamer implements Observer{

    private String name;

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

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    @Override
    public void update(String... messages) {
        System.out.println("玩家:"+name);
      for (String message:messages){
          System.out.println("消息->"+message+"\n");
      }
    }
}

3.5 测试本次案例

创建一个吃鸡游戏叫“三国吃鸡演义” ,将刘、关、张三个玩家注册到吃鸡游戏中。游戏发布消息给三个玩家,刘、关、张同时收到游戏发出的消息,当关羽挂掉后,只有刘、张两个玩家收到消息;当张飞再挂掉后,只有刘备收到消息。为了演示观察者模式,最后我们让关羽满血复活,此时刘、关二人收到游戏发出的消息。
App.java

package com.ramostear.pattern.observer;
/**
 * @author ramostear
 * @create-time 2019/1/6 0006-0:08
 * @modify by :
 * @info:[测试类]
 * @since:
 */
public class App {
    public static void main(String[] args){
        ChickenGame game = new ChickenGame("三国吃鸡演义");
        Gamer gamerLiu = new Gamer("刘备");
        Gamer gamerZhang = new Gamer("张飞");
        Gamer gamerGuan = new Gamer("关羽");

        game.attach(gamerLiu);
        game.attach(gamerGuan);
        game.attach(gamerZhang);
        game.notifyAllObs("欢迎进入"+game.getRoomName());
        game.notifyAllObs(new String[]{"刘关张桃园三结义,开始三国吃鸡演义..."});

        game.detach(gamerGuan);
        game.notifyAllObs("#关羽:\"我去!被98K爆了,快来扶我一下!\"");
        game.notifyAllObs("#刘备:\"我去,这货肥得一批!\"");

        game.detach(gamerZhang);
        game.notifyAllObs("#张飞:\"我去,这比是挂!\"");
        game.notifyAllObs("#刘备:\"我去!咋这么多人,我凉了!\"");

        game.attach(gamerGuan);
        game.notifyAllObs("关羽满血复活");
        game.notifyAllObs("#刘备:\"苟住,苟住就能赢!\"");

    }
}

测试结果:
观察者模式案例测试结果

4. 适用性

当满足以下情况中的一种时使用观察者模式

  • 当抽象有两个Aspect时,一个依赖于另一个。 将这些Aspact封装在单独的对象中可让您独立地改变和重用它们.
  • 当一个对象的更改需要更改其他对象时,你不知道到底需要更改多少个关联的对象
  • 当不希望多个对象之前发生紧耦合时

5. 真实案例

设计模式-建造者模式

设计模式-建造者模式

设计模式三十六计之建造者模式(Builder)

1. 设计意图

将复杂对象的构造与其表示分离,以便相同的构造过程可以创建不同的表示。
建造者模式类图

2. 演示案例

假设我们需要创建一个用户对象,用户对象的属性有身份证号码、姓名、年龄、性别、族别、地址。最简单的方式是定义一个包含这六个属性的构造函数来完成对象的创建,但是,你想在构建的过程中只想包含其中的一个或者几个属性的时候,问题来了,没有与之对应的构造函数存在,也不可能提前定义多构造函数来覆盖这种动态传参的构造需求。这种类型的需求场景就需要建造者模式了(Builder)。

简而言之

建造者模式的要领是允许你创建不同风格的对象,同时避免构造函数被污染。当一个对象可能有N中风格存在或者对象的创建要涉及到多个步骤的时候适用于建造者模式

维基百科

构建器模式是一种对象创建软件设计模式,旨在寻找伸缩构造器反模式的解决方案。

在开始给出具体的代码前,我们先对比一下常规的一种设计方式。就上述的案例场景,我们可能会给出如下的一个构造函数:

  public User(String id,String name,int age,int gender,String nation,String address){
    //setter...
  }

在这种设计方式下,当用户属性改变时,构造函数参数的数量可能会很快失去控制,并且很难理解构造函数的参数排列,另外,如果用户属性继续增加,构造函数的参数列表将持续增长。这被称为伸缩构造反模式。

3. 程序示例

针对上述提到的问题,最合适的解决方案时使用建造者模式,首先我们需要创建一个User类:


public class User {

  private String id;    //身份证号码
  private String name;  //姓名
  private int age = 0;  //年龄
  private int gender = 0;//0:保密,1:男性,2:女性
  private String nation;  //族别
  private String address; //地址

  private User(Builder builder){
    this.id = builder.id;
    this.name = builder.name;
    this.age = builder.age;
    this.gender = builder.gender;
    this.nation = builder.nation;
    this.address = builder.address;
  }

  //getter...
  //setter...
  //toString...
}

然后我们需要创建一个Bulder类:

public static class Builder{

  private String id;    //身份证号码
  private String name;  //姓名
  private int age = 0;  //年龄
  private int gender = 0;//0:保密,1:男性,2:女性
  private String nation = "none";  //族别
  private String address = "none"; //地址

  /**
   * 假定建造时必须提供身份证号码和姓名
  **/
  public Builder(String id,String name){
    if(id == null || name == null){
      throw new IllegalArgumentException("id and name can not be null");
    }
    this.id = id;
    this.name = name;
  }

  public Builder withAge(int age){
    this.age = age;
    return this;
  }

  public Builder withGender(int gender){
    this.gender = gender;
    return this;
  }

  public Builder withNation(String nation){
    this.nation = nation;
    return this;
  }

  public Builder withAddress(String address){
    this.address = address;
    return this;
  }

  public User build(){
    return new User(this);
  }


}

说明:这里我们使用了一个静态内部类 Builder 来实现一个建造器

最后我们可以这样来创建一个用户对象:


public class TestUserBuilder{

  public static void main(String[] args){

    User zhangSan = new User.Builder("13579","张三").withAge(22).withGender(1).build();

    User wangWu = new User.Builder("24680","王五").withAge(30).withGender(1).withNation("汉族").build();

    User liLei = new User.Builder("123456","李蕾").withAge(18).withGender(2).withNation("苗族")
                         .withAddress("贵州省黔西南布依族苗族自治州").build();

    System.out.println(zhangSan.toString());
    System.out.println(wangWu.toString());
    System.out.println(liLei.toString());
  }
}

输入结果

id:13579,name:张三,age:22,gender:1,nation:none,address:none
id:24680,name:王五,age:30,gender:1,nation:汉族,address:none
id:123456,name:李蕾,age:18,gender:2,name:苗族,address:贵州省黔西南布依族苗族自治州

4.使用场景

满足一下需求的时候推荐使用建造者模式:

  1. 创建复杂对象的算法应该独立于组成对象的各个部分以及它们的组装方式。
  2. 构造过程必须允许对构造的对象进行不同的表示

5.建造者模式应用例子

6.总结

建造者模式使得对象内部的属性可以独立变化,使用者不必知道对象内部的组成细节,每个建造器相对独立,与其他的建造器无关。建造者模式的应用让对象创建过程更加灵活和易于控制。建造者模式也有相应的弊端,它使得对象的创建过程暴露给外界,让整个对象的 “加工工艺” 变得不透明。

参考

设计模式_工厂方法

设计模式_工厂方法

设计模式三十六计之工厂方法(Factory Method)

解释:工厂方法模式是简单工厂模式的衍生,解决了简单工厂模式的破坏高内聚责任分配原则问题,完全实现了“开-闭”原则和可扩展,其核心创建一个产品对象的工厂接口,将具体的实例化操作推迟到产品子工厂中。工厂类不再负责实例化产品类,它仅仅负责具体子工厂类必须实现的接口。

1. 结构和原理

工厂方法模式是在简单工厂模式的基础上进行了抽象,它包含了一个抽象的Factory类,该类不再负责具体产品类的实例化,而只是负责定义产品生实例化的规范,具体的实例化工作交给子工厂类去完成。

2. 实现工厂方法模式

Product.java

public interface Product {
    public String start();
}

Apple.java

public class Apple implements Product{
    @Override
    public String start() {
        return "iPhone X start...";
    }
}

Huawei.java

public class Huawei implements Product{
    @Override
    public String start() {
        return "P20 Pro start...";
    }
}

Factory.java

  public abstract class Factory{
    abstract public Product createMehod();
    public Product doing(){
      Product product = createMehod();
    }
  }

AppleFactory.java

  public class AppleFactory extends Factory{
    public Product createMehod(){
      return new Apple();
    }
  }

HuaweiFactory.java

  public class HuaweiFactory extends Factory{
    public Product createMehod(){
      return new HuaWei();
    }
  }

Customer.java

public class Customer {

    public static void main(String[] args) {

        AppleFactory appleFactory = new AppleFactory();

        HuaweiFactory huaweiFactory = new HuaweiFactory();

        Apple iPhoneX = appleFactory.createMehod();
        Huawei P20Pro = huaweiFactory.createMehod();

        System.out.println(iPhoneX.start());

        System.out.println(P20Pro.start());
    }
}

控制台输出:

iPhone X start...
P20 Pro start...

3. 总结

优点

  • 符合开闭原则:新添加一种新产品时,只需要增加具体的产品类和相应的工厂子类
  • 符合单一职责原则:每个工厂子类之负责创建对应的产品,工厂类只负责定义生成产品的规范
  • 没有静态工厂方法:可实现扩展,体现了多态性。

缺点

  • 一个工厂子类只能生产一种具体的产品
  • 更换产品时,需要更换生产产品的具体工厂
  • 实现的复杂度增加,系统总类的数量成对增加

适用场景

  • 当一个类希望通过其子类来指定创建对象时
  • 当一个类不需要知道它所需的对象的类时
  • 将创建对象的任务委派给多个工厂子类中的一个来完成时
设计模式_简单工厂模式

设计模式_简单工厂模式

设计模式三十六计之简单工厂模式(Simple Factory)

解释:工厂模式的目的在于当实例化某个对象时,用户不需要知道它的内部细节,只需要知道创建对象的入口(接口)

1. 结构和原理

简单工厂模式的原理是把某些类的实例化工作交由一个独立的类来完成,这个独立的类就称为简单工厂类,这种设计模式就是简单的工厂模式。
在简单工厂模式中,让简单工厂类来决定使用哪一个具体的子类来实例化当前的对象,这样做的好处客户类(获取对象的类)和子类(需要实例化的类)之间实现解耦合,客户类不需要知道子类中的细节以及选择哪一个类来实例化;当子类发生改变时,客户类也不需要进行任何的修改,所有的繁杂工作都将由工厂类负责。

2. 实现简单的工厂模式

  public interface Product{
      public String doing();
  }
  public class Apple implements Product{
    @Override
    public String doing(){
      return "iPhone X";
    }
  }
  public class Huawei implements Product{
    @Override
    public String doing(){
      return "P20 Pro"
    }
  }
  public class OPPO implements Product{
    @Override
    public String doing(){
      return "R17 Pro"
    }
  }
  public class SimpleFactory{

    public static final int APPLE = 1;
    public static final int HUAWEI = 2;
    public static final int OPPO = 3;

    public Product createProduct(int type){
        if(type == APPLE){
          return new Apple();
        }else if(type = HUAWEI){
          return new Huawei();
        }else{
          return new OPPO();
        }
    }
  }
  public class Customer{
    public static void main(String[] args){
      SimpleFactory factory = new SimpleFactory();
      Product phone1 = factory.createdProduct(SimpleFactory.APPLE);
      Product phone2 = factory.createdProduct(SimpleFactory.HUAWEI);
      Product phone3 = factory.createdProduct(SimpleFactory.OPPO);

      System.out.println(phone1.doing());
      System.out.println(phone2.doing());
      System.out.println(phone3.doing());
    }
  }

控制台输出:

IPhone X
P20 Pro
R17 Pro

3. 总结

优点

在简单工厂模式中,工厂类(SimpleFactory)是整个模式的关键,它包含了必要的逻辑判断,通过获取外界给定的信息来决定应该创建哪一个具体类的对象。通过使用工厂模式,客户端类可以创建具体的产品子类中解放出来,客户端类只需要知道如何消费对象就可以了,而不必要去知道究竟是哪一个类实例化了以及该类的内部细节是什么。

缺点

简单工厂模式也存在它的缺陷,由于工程类(SimpleFactory)集中了所有类实例化对象的逻辑,违反了 高内聚 的责任分配原则,将全部创建逻辑集中到一个类中;它所能创建的类只能提前设置好,如果后续有新的子类加入,则需要重新修改工厂类。

适用场景

  • 工厂类负责实例化的对象较少的情况下
  • 客户端类只传入工厂类的参数,而不需要干预产品子类实例化过程的情况下
  • 由于简单工厂模式破坏了高内聚责任分配原则,建议在小范围内使用
设计模式-原型模式(Prototype)

设计模式-原型模式(Prototype)

设计模式三十六计之原型模式(Prototype)

1. 设计思想

将一个对象作为指定的原型实例,并通过克隆此原型来创建新的对象。
原型模式类图

2. 演示案例

关于克隆,大家都知道克隆羊‘克隆羊多利’ ,本章节我们就以‘克隆羊多利’ 来演示原型模式

简而言之

原型模式就是克隆现有的对象来创建新的对象

百度百科:

原型模式是一种创建型设计模式,Prototype模式允许一个对象再创建另外一个可定制的对象,根本无需知道任何如何创建的细节,工作原理是:通过将一个原型对象传给那个要发动创建的对象,这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。

原型模式允许你创建现有对象的副本并更具实际需要进行修改,而不是从头开始创建新的对象并进行设置。

3. 代码示例

在Java中,一个对象只需要实现Cloneable接口,覆写clone方法,此clone方法名可以自定义,就可以完成原型模式的设计。
首先我们创建一个Sheep类并实现Cloneable接口:

 public class Sheep implements Cloneable{
   private String name;

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

   public void setName(String name){
     this.name = name;
   }

   public String getName(){
     return this.name;
   }

   /**
    * 覆写clone方法
   **/
   @Override
   public Sheep clone() throws CloneNotSupportedException{
     return new Sheep(name); //此处是关键
   }

 }

然后我们可以通过如下的方式来克隆一个对象并进行修改:

  public class TestPrototype{
    public static void main(String[] args){
      Sheep oldSheep = new Sheep("oldSheep");
      System.out.println(oldSheep.getName());

      //根据需要对oldSheep进行克隆和修改
      Sheep cloneSheep = oldSheep.clone();
      cloneSheep.setName("cloneSheep");

      System.out.println(cloneSheep.getName());
    }
  }

输入内容:

  oldSheep
  cloneSheep

4. 适用范围

  • 当系统独立于其他产品的创建、组合和表示方式的时候
  • 当要在运行时指定实例化的类时,例如动态加载类
  • 当需要避免重复创建结构相似的工厂类的时候
  • 当一个类的实例可以有几个不同的状态组合时,创建相应数量的原型对象并进行克隆的方式比手动实例化类要简单得多。
  • 当需要降低系统开销时。克隆对象的成本要比创建对象低很多

5. 浅克隆与深克隆

原型模式涉及到 浅克隆深克隆 的概念 。首先我们通过代码来演示来说明什么是浅克隆。定义一个Sheep类实现Cloneable接口,并覆写clone方法,且在原来的代码基础上增加一个Color属性:

package com.ramostear.pattern.prototype;
/**
 * @author ramostear
 * @create-time 2019/1/4 0004-14:44
 * @modify by :ramostear
 * @info:[原型类:Sheep]
 * @since:
 */

public class Sheep implements Cloneable{

    private String name;

    private  Color color = new Color();

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

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

    public Color getColor() {
        return color;
    }

    public void setColor(Color color) {
        this.color = color;
    }

    @Override
    protected Object clone() throws CloneNotSupportedException {
        Sheep sheep = (Sheep)super.clone();
        return sheep;
    }

}

说明:代码中增加了Color类的引用,Color类中什么都没有定义,只是一个空的类。

测试代码:

package com.ramostear.pattern.prototype;
/**
 * @author ramostear
 * @create-time 2019/1/4 0004-14:50
 * @modify by :ramostear
 * @info:[浅克隆测试代码]
 * @since:
 */

public class TestPrototype {

    public static  void main(String[] args) throws CloneNotSupportedException{
        Sheep sheep1 = new Sheep("sheep1");
        Sheep sheep2 = (Sheep) sheep1.clone();
        System.out.println("print hashcode ...");
        System.out.println("sheep1`s hashcode:"+sheep1.hashCode());
        System.out.println("sheep2`s hashcode:"+sheep2.hashCode());

        System.out.println("print color ...");
        System.out.println("sheep1`s color:"+sheep1.getColor().hashCode());
        System.out.println("sheep2`s color:"+sheep2.getColor().hashCode());
    }
}

控制台输出结果:
浅克隆-控制台输入结果

从输出结果可以看到,我们对sheep1进行了克隆,得到sheep2,此时的sheep2是一个全新的引用,但由于Sheep类中加入了另外的一个引用 Color,所以sheep1和sheep2对Color的引用还是同一个,输出的hashcode都为‘356573597’,证明Color的引用没有连带克隆,这就是浅克隆。

如何做到连同Color对象一起克隆而不是指向同一个引用?这就是接下来要讲的深克隆

首先我们对Color类进行一些改造,让Color类同样实现Cloneable接口,并覆写clone方法。

package com.ramostear.pattern.prototype;
/**
 * @author ramostear
 * @create-time 2019/1/4 0004-15:08
 * @modify by : ramostear
 * @info:[Color类,实现Cloneable接口]
 * @since:
 */
public class Color implements  Cloneable{
    private String color;

    @Override
    protected Object clone() throws CloneNotSupportedException {
        Color color = (Color)super.clone();
        return color;
    }

    public String getColor() {
        return color;
    }

    public void setColor(String color) {
        this.color = color;
    }

    public Color(String color) {
        this.color = color;
    }
    public Color(){}
}

然后对Sheep的clone方法进行一些调整

package com.ramostear.pattern.prototype;
/**
 * @author ramostear
 * @create-time 2019/1/4 0004-14:44
 * @modify by :ramostear
 * @info:[原型类:Sheep]
 * @since:
 */

public class Sheep implements Cloneable{

    private String name;

    private  Color color = new Color();

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

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

    public Color getColor() {
        return color;
    }

    public void setColor(Color color) {
        this.color = color;
    }

    @Override
    protected Object clone() throws CloneNotSupportedException {
        Sheep sheep = (Sheep)super.clone();
        //增加了对color的设置
        sheep.color = (Color) color.clone();
        return sheep;
    }
}

测试代码保持不变:

package com.ramostear.pattern.prototype;
/**
 * @author ramostear
 * @create-time 2019/1/4 0004-14:50
 * @modify by :ramostear
 * @info:[深克隆测试代码]
 * @since:
 */

public class TestPrototype {


    public static  void main(String[] args) throws CloneNotSupportedException{
        Sheep sheep1 = new Sheep("sheep1");
        Sheep sheep2 = (Sheep) sheep1.clone();
        System.out.println("print hashcode ...");
        System.out.println("sheep1`s hashcode:"+sheep1.hashCode());
        System.out.println("sheep2`s hashcode:"+sheep2.hashCode());

        System.out.println("print color ...");
        System.out.println("sheep1`s color:"+sheep1.getColor().hashCode());
        System.out.println("sheep2`s color:"+sheep2.getColor().hashCode());
    }
}

输出结果:
深克隆-控制台输入结果

从输出结果可以看到,我们对sheep1进行了克隆,得到sheep2,此时的sheep2是一个全新的引用,且sheep2的color也是一个全新的引用,至此,我们就实现了原型模式的深克隆。

6. Java中的实际案例