刚刚接触设计模式的时候，我置信单例模式和工厂模式应该是用的最多的，毕竟很多的底层代码简直都用了这些模式。自从接触了一次文章对于 DDD的应用 当前，就逐步接触了策略模式。

当初在我的项目中使用最多的也是这几种设计模式了，用了设计模式给我的感触就是感觉代码没那么冗余了，再注入一点贫血，充血模型之后，感觉在 service 层面代码看上去很难受很简洁。

首先，我个人感觉策略模式和咱们常说的微服务我感觉思维上很像，尤其记得过后介绍DDD时候的举例说的是对于银行的转账案例，用的事务和畛域驱动设计做的比拟，让人高深莫测的逻辑，代码也再也没有那么冗余了。（具体的文章地址找不到了，不过网上当初比拟多的介绍DDD的，大体意思是一样的）

其实工厂模式和设计模式始终给人一种错觉，总感觉是一样的，没有丝毫的区别。

能够看下两种模式的UML图

从图上来看，并没有多大的区别，话不多说，从具体的代码动手。

先写一个人的接口类，有eat，run，wear 3个办法

public interface People {    public void eat();    public void run();    public void wear();}

别离写两个实现类，一个是小明的实现类，一个是小红的实现类

public class Xiaoming implements People{    @Override    public void eat() {        System.out.println("小明吃饭");    }    @Override    public void run() {        System.out.println("小明跑步");    }    @Override    public void wear() {        System.out.println("小明穿衣");    }}public class Xiaohong implements People{    @Override    public void eat() {        System.out.println("小红吃饭");    }    @Override    public void run() {        System.out.println("小红跑步");    }    @Override    public void wear() {        System.out.println("小红穿衣");    }}

简略工厂模式的代码

public class PeopleFactory {    public People getPeople(String name){        if(name.equals("Xiaoming")){            return new Xiaoming();        }else if(name.equals("Xiaohong")){            return new Xiaohong();        }        return null;    }}

再来看下策略模式的代码

public class StrategySign {    private People people;    public StrategySign(People people){        this.people = people;    }    public StrategySign(String name){        if(name.equals("Xiaoming")){            this.people = new Xiaoming();        }else if(name.equals("Xiaohong")){            this.people = new Xiaohong();        }    }    public void run(){        people.run();    }}

策略模式的两种构造方法都能够用，我多写了一种是为了让大家看到和工厂模式的区别和分割

而后咱们通过测试类运行两种模式

@Testpublic void testSign(){    PeopleFactory peopleFactory = new PeopleFactory();    People people = peopleFactory.getPeople("Xiaohong");    System.out.print("工厂模式-------------"); people.run();    StrategySign strategySign = new StrategySign("Xiaohong");    System.out.print("策略模式-------------");strategySign.run();}

能够看到，两种设计模式的运行后果是截然不同的，那么区别到底在哪呢。

从工厂模式的代码中能够看到 工厂模式次要是返回的接口实现类的实例化对象，最初返回的后果是接口实现类中的办法，而策略模式是在实例化策略模式的时候曾经创立好了，咱们能够再策略模式中随便的拼接重写办法，而工厂模式是不论办法的拼接这些的，他只关注最初的后果，不重视过程，而策略模式重视的是过程。

用一个具体的例子能够看下，如果我想小红先吃饭再跑步再吃饭的话，那么我须要在测试类中写3种，而我只须要在策略模式的办法中间接定义即可。

能够看以下代码：

public class StrategySign {private People people;public StrategySign(People people){    this.people = people;}public StrategySign(String name){    if(name.equals("Xiaoming")){        this.people = new Xiaoming();    }else if(name.equals("Xiaohong")){        this.people = new Xiaohong();    }}public void run() {    people.eat();    people.run();    people.eat();}}@Testpublic void testSign(){    PeopleFactory peopleFactory = new PeopleFactory();    People people = peopleFactory.getPeople("Xiaohong");    System.out.print("工厂模式-------------"); people.eat();    System.out.print("工厂模式-------------"); people.run();    System.out.print("工厂模式-------------"); people.eat();    StrategySign strategySign = new StrategySign("Xiaohong");    System.out.print("策略模式-------------");strategySign.run();}

有人可能会说如果我在实现类中间接拼接好这些办法不是就好了么？可是那样的话咱们每变更一次逻辑就要新增一个办法，一次两次还好，然而当逻辑多了当前，这些代码会变得很冗余，难以保护。而且从目前状况来看，工厂模式能够做到的事件，策略模式都能够做到。策略模式能够做到的事件，工厂模式也能够做到，只是会变得麻烦。

从上述的形容来看，策略模式就和咱们常说的微服务很像，比方咱们写的3个接口，吃饭是一个微服务，跑步是一个微服务，穿衣是一个微服务。策略模式的主旨就是将各项办法之间连接起来，达到一个新的办法，微服务的主旨也是避免服务的屡次调用，升高代码的耦合度，因而这么看来策略模式和微服务还是比拟相像的。

起源：blog.csdn.net/lmx125254/article/details/86625960

近期热文举荐：

1.1,000+ 道 Java面试题及答案整顿(2022最新版)

2.劲爆！Java 协程要来了。。。

3.Spring Boot 2.x 教程，太全了！

4.别再写满屏的爆爆爆炸类了，试试装璜器模式，这才是优雅的形式！！

5.《Java开发手册（嵩山版）》最新公布，速速下载！

感觉不错，别忘了顺手点赞+转发哦！