Java常用设计模式（工厂，策略，责任链）

学习参考文章：java｜设计模式详解（最全） - 知乎 (zhihu.com)

Java 23种设计模式全归纳 | 完结版-腾讯云开发者社区-腾讯云 (tencent.com)

设计模式

六大原则

1、开闭原则（Open Close Principle）

开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2、里氏代换原则（Liskov Substitution Principle）

里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

3、依赖倒转原则（Dependence Inversion Principle）

这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

5、迪米特法则（最少知道原则）（Demeter Principle）

为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（Composite Reuse Principle）

原则是尽量使用合成/聚合的方式，而不是使用继承。

工厂模式

1 . 静态工厂模式

这个最常见了，也就是项目中的辅助类，TextUtil.isEmpty等，类+静态方法。

2. 简单工厂模式

创建一个工厂类，统一管理继承了同一接口的实现类

例如对于信息的发送，可以实现邮件，短信等等方式

public class SendFactory { 
 
public Sender produce(String type) { 
     if ("mail".equals(type)) { 
         return new MailSender(); 
         } else if ("sms".equals(type)) { 
            return new SmsSender(); 
         } else { 
            System.out.println("请输入正确的类型!"); 
            return null; 
         } 
     } 
} 
// Test
SendFactory factory = new SendFactory(); 
Sender sender = factory.produce("sms"); 

3 . 工厂方法模式

定义：定义一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法模式把类实例化的过程推迟到子类。

最主要的就是将实例化代码交给子类，即：分店思想，每一个分店有不同的店铺逻辑（每个分店有不同的菜单）

 public abstract class RoujiaMoStore
{
 
    public abstract RouJiaMo createRouJiaMo(String type);
​
    /**
     * 根据传入类型卖不同的肉夹馍
     */
    public RouJiaMo sellRouJiaMo(String type)
    {
        RouJiaMo rouJiaMo = createRouJiaMo(type);
        rouJiaMo.prepare();
        rouJiaMo.fire();
        rouJiaMo.pack();
        return rouJiaMo;
    }
}
​
 
// 个体类实现
public class XianRouJiaMoStore extends RoujiaMoStore
{
 
    @Override
    public RouJiaMo createRouJiaMo(String type)
    {
        RouJiaMo rouJiaMo = null;
        if (type.equals("Suan"))
        {
            rouJiaMo = new XianSuanRouJiaMo();
 
        } else if (type.equals("Tian"))
        {
            rouJiaMo = new XianTianRouJiaMo();
        } else if (type.equals("La"))
        {
            rouJiaMo = new XianLaRouJiaMo();
        }
        return rouJiaMo;
    } 
}

4 . 抽象工厂模式

工厂方法模式有一个问题就是，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，这违背了闭包原则，所以，从设计角度考虑，有一定的问题，如何解决？就用到抽象工厂模式，创建多个工厂类，这样一旦需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码。因为抽象工厂不太好理解，我们先看看图，然后就和代码，就比较容易理解。

这是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无须指 定所要产品的具体类就能得到同族的不同等级的产品的模式结构。 抽象工厂模式是工厂方法模式的升级版本，工厂方法模式只生产一个等级的产 品，而抽象工厂模式可生产多个等级的产品。 一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂.

 public interface Sender { 
    public void Send(); 
 } 
​
public class MailSender implements Sender { 
 @Override 
 public void Send() { 
 System.out.println("this is mailsender!"); 
 } 
}
public class SmsSender implements Sender { 
 
 @Override 
 public void Send() { 
 System.out.println("this is sms sender!"); 
 } 
}
// 工厂类
public interface Provider { 
    public Sender produce(); 
}
public class SendMailFactory implements Provider { 
    @Override 
    public Sender produce(){ 
        return new MailSender(); 
    } 
} 
public class SendSmsFactory implements Provider{ 
    @Override 
    public Sender produce() { 
        return new SmsSender(); 
    } 
} 
​
// 调用
Provider provider = new SendMailFactory(); 
Sender sender = provider.produce(); 
sender.Send(); 

其实这个模式的好处就是，如果你现在想增加一个功能：发及时信息，则只需做一个实现类，实现Sender接口，同时做一个工厂类，实现Provider接口，就OK了，无需去改动现成的代码。这样做，拓展性较好！

策略模式

结构：

策略模式的主要角色如下：

抽象策略（Strategy）类：这是一个抽象角色，通常由一个接口或抽象类实 现。此角色给出所有的具体策略类所需的接口。

具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的 算法实现或行为。

环境（Context）类：持有一个策略类的引用，最终给客户端调用。

JDK中的策略模式：

责任链设计模式

场景模拟：员工请假审批流程

package DesignMode;
​
// 抽象处理者
abstract class Handler{
    protected Handler nextHandler;
​
    public void setNextHandler(Handler nextHandler) {
        this.nextHandler = nextHandler;
    }
​
    public abstract void process(Integer info);
}
​
// 假定直系领导只能处理1 - 5 级的事务
class Leader extends Handler{
​
    @Override
    public void process(Integer info) {
        if(info >= 1 && info <= 5) System.out.println("Leader process");
        else{
            this.nextHandler = new Boss();
            nextHandler.process(info);
        }
    }
}
// Boss 处理最高请求事务
class Boss extends Handler{
    @Override
    public void process(Integer info) {
        System.out.println("Boss process");
    }
}
​
public class chain {
​
    public static void main(String[] args) {
        // 所有的请求只需要发送给Leader即可
        Handler handler1 = new Leader();
        handler1.process(5);
        handler1.process(6);
    }
}

其余比较常见的就是springmvc中的拦截器，web开发中的filter过滤器。

优点 ：

降低了对象之间的耦合度 该模式降低了请求发送者和接收者的耦合度。

增强了系统的可扩展性 可以根据需要增加新的请求处理类，满足开闭原则。

增强了给对象指派职责的灵活性 当工作流程发生变化，可以动态地改变链内的成员或者修改它们的次序，也 可动态地新增或者删除责任。

责任链简化了对象之间的连接 一个对象只需保持一个指向其后继者的引用，不需保持其他所有处理者的引 用，这避免了使用众多的 if 或者 if···else 语句。

责任分担 每个类只需要处理自己该处理的工作，不能处理的传递给下一个对象完成， 明确各类的责任范围，符合类的单一职责原则。

缺点：

不能保证每个请求一定被处理。由于一个请求没有明确的接收者，所以不能 保证它一定会被处理，该请求可能一直传到链的末端都得不到处理。

对比较长的职责链，请求的处理可能涉及多个处理对象，系统性能将受到一 定影响。

职责链建立的合理性要靠客户端来保证，增加了客户端的复杂性，可能会由 于职责链的错误设置而导致系统出错，如可能会造成循环调用。