This website requires JavaScript.

使用策略模式优化你的If else

1 2024-02-27 15:34:23 81

策略模式是什么

使用策略模式优化你的If else 定义:定义一组算法,将每个算法都封装起来,并且使他们之间可以互换。

分类:行为类模式

类图

策略模式

策略模式是对算法的封装,把一系列的算法分别封装到对应的类中,并且这些类实现相同的接口,相互之间可以替换。在前面说过的行为类模式中,有一种模式也是关注对算法的封装——模版方法模式,对照类图可以看到,策略模式与模版方法模式的区别仅仅是多了一个单独的封装类Context,它与模版方法模式的区别在于:在模版方法模式中,调用算法的主体在抽象的父类中,而在策略模式中,调用算法的主体则是封装到了封装类Context中,抽象策略Strategy一般是一个接口,目的只是为了定义规范,里面一般不包含逻辑。其实,这只是通用实现,而在实际编程中,因为各个具体策略实现类之间难免存在一些相同的逻辑,为了避免重复的代码,我们常常使用抽象类来担任Strategy的角色,在里面封装公共的代码,因此,在很多应用的场景中,在策略模式中一般会看到模版方法模式的影子。

策略模式的结构

  • 封装类:也叫上下文,对策略进行二次封装,目的是避免高层模块对策略的直接调用。
  • 抽象策略:通常情况下为一个接口,当各个实现类中存在着重复的逻辑时,则使用抽象类来封装这部分公共的代码,此时,策略模式看上去更像是模版方法模式。
  • 具体策略:具体策略角色通常由一组封装了算法的类来担任,这些类之间可以根据需要自由替换。

策略模式代码实现

        
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
interface IStrategy { void doSomething(String par); } class CaseOneStrategy implements IStrategy { public void doSomething(String par) { System.out.println("具体策略:"+par); } } class CaseTwoStrategy implements IStrategy { public void doSomething(String par) { System.out.println("具体策略:"+par); } } class Context { private IStrategy strategy; public Context(IStrategy strategy){ this.strategy = strategy; } public void execute(String par){ strategy.doSomething(par); } } public class Client { public static void main(String[] args){ Context context; context = new Context(new CaseOneStrategy()); context.execute("1"); context = new Context(new CaseTwoStrategy()); context.execute("2"); } }

java8方式实现策略模式

业务复杂的不建议使用

        
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
@FunctionalInterface interface IStrategy { void doSomething(String par); } class Context { private IStrategy strategy; public Context(IStrategy strategy){ this.strategy = strategy; } public void execute(String par){ strategy.doSomething(par); } } public class Client { public static void main(String[] args){ Context context; context = new Context((String pre) -> System.out.println("具体策略:"+pre)); context.execute("1"); context = new Context((String pre) -> System.out.println("具体策略:"+pre)); context.execute("2"); } }

实际应用

上面的简单案例最终还是要判断选择不同的类型,那么能不能真正去除if判断,直接加载指定策略?

参考如下场景:前端发送验证码场景,根据不同类型发送手机验证码或者图片验证码,发送手机验证码=sms,图片验证码=captcha

        
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
// 加载所有策略,key为sms或者captcha+Strategy,获取指定策略,这样就不需要Context封装类了。 @Autowired Map<String, IStrategy> iStrategy // 根据前端传入sms,xxx查找策略 xxxutil.findxxxProcessor("sms或者xxx").execute();

篇幅限制,详情 参考

策略模式的优缺点

策略模式的主要优点:

  • 策略类之间可以自由切换,由于策略类实现自同一个抽象,所以他们之间可以自由切换。
  • 易于扩展,增加一个新的策略对策略模式来说非常容易,基本上可以在不改变原有代码的基础上进行扩展。
  • 避免使用多重条件,如果不使用策略模式,对于所有的算法,必须使用条件语句进行连接,通过条件判断来决定使用哪一种算法,在上一篇文章中我们已经提到,使用多重条件判断是非常不容易维护的。

策略模式的缺点主要有两个:

  • 维护各个策略类会给开发带来额外开销,可能大家在这方面都有经验:一般来说,策略类的数量超过5个,就比较令人头疼了。
  • 必须对客户端(调用者)暴露所有的策略类,因为使用哪种策略是由客户端来决定的,因此,客户端应该知道有什么策略,并且了解各种策略之间的区别,否则,后果很严重。例如,有一个排序算法的策略模式,提供了快速排序、冒泡排序、选择排序这三种算法,客户端在使用这些算法之前,是不是先要明白这三种算法的适用情况?再比如,客户端要使用一个容器,有链表实现的,也有数组实现的,客户端是不是也要明白链表和数组有什么区别?就这一点来说是有悖于迪米特法则的。

适用场景

做面向对象设计的,对策略模式一定很熟悉,因为它实质上就是面向对象中的继承和多态,在看完策略模式的通用代码后,我想,即使之前从来没有听说过策略模式,在开发过程中也一定使用过它吧?至少在在以下两种情况下,大家可以考虑使用策略模式,

几个类的主要逻辑相同,只在部分逻辑的算法和行为上稍有区别的情况。 有几种相似的行为,或者说算法,客户端需要动态地决定使用哪一种,那么可以使用策略模式,将这些算法封装起来供客户端调用。 策略模式是一种简单常用的模式,我们在进行开发的时候,会经常有意无意地使用它,一般来说,策略模式不会单独使用,跟模版方法模式、工厂模式等混合使用的情况比较多。

结语

策略模式是优化大型项目代码的一种手段,使你的业务清晰易懂,但对于项目初期、业务逻辑不复杂的情况下不要为了使用而使用,设计模式带来好处的同时也增加了系统复杂性,何时使用需要掌握好一个度,不然只会弊大于利。

REF

免责声明

本站提供Hack区的一切软件、教程和仅限用于学习和研究目的;不得将其用于商业或者非法用途,否则,一切后果由用户自己承担 您必须在下载后的24个小时之内, 从您的电脑中彻底删除。如果条件支持,请支持正版,得到更好的服务。 另如有侵权请邮件与我 联系处理。敬请谅解!

本文于   2024/2/27 下午  发布 

永久地址: https://madaoo.com/article/1256240408762126336

版权声明: 自由转载-署名-非商业性使用   |   Creative Commons BY-NC 3.0 CN