CRUD很无聊？一起学设计模式吧！--策略模式

2401_84814326

于 2024-05-10 04:51:15 发布

阅读量686

点赞数 29

分类专栏：程序员文章标签：设计模式策略模式

本文链接：https://blog.csdn.net/2401_84814326/article/details/138642456

版权

程序员专栏收录该内容

117 篇文章 0 订阅

订阅专栏

public class SelfInjuryStrategy implements FightStrategy {

@Override

public void fightEnemy() {

System.out.println(“使用’苦肉计‘取得胜利”);

}

/**

三十六计之借刀杀人

public class CollateralStrategy implements FightStrategy{

@Override

public void fightEnemy() {

System.out.println(“使用’借刀杀人‘取得胜利”);

}

环境角色

环境角色主要是持有一个具体的策略，我们使用构造器在初始化环境类时传入具体的策略

/**

环境角色-持有具体策略的引用

public class StrategyContext {

private FightStrategy strategy;

public StrategyContext(FightStrategy strategy) {

this.strategy = strategy;

}

public void fight(){

this.strategy.fightEnemy();

}

客户端

/**

客户端需要根据具体的对手选择具体的策略

public class FightClient {

public static void main(String[] args) {

FightClient client = new FightClient();

client.fightEnemy(“李四”);

}

private void fightEnemy(String enemyName) {

StrategyContext context = null;

switch (enemyName){

case “张三” :

context = new StrategyContext(new HoneyTrapStrategy());

break;

case “李四”:

context = new StrategyContext(new SelfInjuryStrategy());

break;

case “王二”:

context = new StrategyContext(new CollateralStrategy());

break;

}

context.fight();

}

执行结果

640?wx_fmt=png

扩展

–

在上面例子中客户端需要承担根据敌人选择具体的策略职责，即上面的 case语句的实现逻辑，把这样一大段代码放在客户端会造成客户端臃肿，影响阅读体验，我们有2种优化策略：

简单工厂

使用简单工厂方法，将选择策略的判断逻辑抽取到工厂类中，客户端传入 enemyName给简单工厂生成具体策略，实现逻辑如下：

/**

简单工厂方法

 根据敌人名称选择具体的策略

public class StrategyFactory {

public static FightStrategy createFightStrategy(String enemyName){

FightStrategy strategy;

switch (enemyName){

case “张三” :

strategy = new HoneyTrapStrategy();

break;

case “李四”:

strategy = new SelfInjuryStrategy();

break;

case “王二”:

strategy = new CollateralStrategy();

break;

default:

throw new IllegalStateException("Unexpected value: " + enemyName);

}

return strategy;

}

接下来改造客户端，选择具体策略的方法使用简单工厂生成：

/**

使用简单工厂构建具体的策略

public class FightClient {

public static void main(String[] args) {

FightClient client = new FightClient();

client.fightEnemy(“张三”);

}

private void fightEnemy(String enemyName) {

FightStrategy strategy = StrategyFactory.createFightStrategy(enemyName);

StrategyContext context = new StrategyContext(strategy);

context.fight();

}

策略与简单工厂结合

这里主要改造环境角色类，构造方法不再接收具体的策略对象，而是使用 enemyName作为参数接收，让其拥有根据 enemyName选择策略的能力，改造后的环境类如下：

/**

环境角色结合简单工厂选择具体的策略

public class StrategyContext {

private FightStrategy strategy;

public StrategyContext(String enemyName) {

switch (enemyName){

case “张三” :

strategy = new HoneyTrapStrategy();

break;

case “李四”:

strategy = new SelfInjuryStrategy();

break;

case “王二”:

strategy = new CollateralStrategy();

break;

default:

throw new IllegalStateException("Unexpected value: " + enemyName);

}

public void fight(){

this.strategy.fightEnemy();

}

改造后的客户端代码如下：

/**

环境角色拥有选择策略的能力，客户端只需要认识Context角色

public class FightClient {

public static void main(String[] args) {

FightClient client = new FightClient();

client.fightEnemy(“王二”);

}

private void fightEnemy(String enemyName) {

StrategyContext context = new StrategyContext(enemyName);

context.fight();

}

对比

使用简单工厂方法时客户端需要认识两个类： FightStrategy, StrategyContext,而使用策略与简单工厂结合的方式客户端只需要认识 StrategyContext即可，这使得算法类彻底与客户端分离，耦合度会更低。

应用场景

策略模式的使用场景很多，主要有以下几类：

一个系统需要动态地在几种算法中选择一种时，可将每个算法封装到策略类中。
《重构》一书中指出策略模式可以作为优化条件语句的技巧，一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现，可将每个条件分支移入它们各自的策略类中以代替这些条件语句。
系统中各算法彼此完全独立，且要求对客户隐藏具体算法的实现细节时。
系统要求使用算法的客户不应该知道其操作的数据时，可使用策略模式来隐藏与算法相关的数据结构。
多个类只区别在表现行为不同，可以使用策略模式，在运行时动态选择具体要执行的行为。