策略模式在项目设计中用的多吗？

常 Coding 过程中，设计模式三板斧：模版、构建者、策略，今天来说下第三板斧 策略设计模式

策略模式还是比较简单并且使用较多的，平常我们多运用策略模式用来消除 if-else、switch 等多重判断的代码，消除 if-else、switch 多重判断 可以有效应对代码的复杂性，使设计解耦

如果分支判断会不断变化(增、删、改)，那么可以使用技巧让策略模式满足开闭原则，提高代码的扩展性 (策略模式场景主要负责解耦，开闭原则需要额外支持)

下文中会详细列举如何使用设计模式做个 Demo 、模式的真实场景以及策略模式的好处

策略设计模式大纲如下：

1. 什么是策略模式
2. Spring 项目中真实的应用场景
3. 框架源码底层如何玩耍策略模式
4. 策略模式总结

什么是策略模式

策略模式在 GoF 的《设计模式》一书中，是这样定义的：

Define a family of algorithms, encapsulate each one, and make them interchangeable. Strategy lets the algorithm vary independently from clients that use it.

定义一组算法类，将每个算法分别封装起来，让它们可以互相替换。策略模式使这些算法在客户端调用它们的时候能够互不影响地变化，客户端代指使用算法的代码

看到上面的介绍可能不太明白策略模式具体为何物，这里会从最基本的代码说起，一步一步彻底掌握此模式。下述代码可能大家都能联想出对应的业务，根据对应的优惠类型，对价格作出相应的优惠段代码是能够满足项目中业务需求的，而且很多已上线生产环境的代码也有这类代码。但是，这一段代码存在存在两个弊端

1. 代码的复杂性，正常业务代码逻辑肯定会比这个代码块复杂很多，这也就 导致了 if-else 的分支以及代码数量过多。这种方式可以通过将代码拆分成独立函数或者拆分成类来解决
2. 开闭原则，价格优惠肯定会 随着不同的时期作出不同的改变，或许新增、删除或修改。如果在一个函数中修改无疑是件恐怖的事情，想想可能多个开发者分别进行开发，杂乱无章的注释，混乱的代码逻辑等情况十有八九会发生

如何运用策略模式优化上述代码，使程序设计看着简约、可扩展等特性

简化代码的复杂性，将不同的优惠类型定义为不同的策略算法实现类

保证开闭原则，增加程序的健壮性以及可扩展性

策略模式示例

将上述代码块改造为策略设计模式，大致需要三个步骤

1. 定义抽象策略接口，因为业务使用接口而不是具体的实现类的话，便可以灵活的替换不同的策略
2. 定义具体策略实现类，实现自抽象策略接口，其内部封装具体的业务实现

（编辑：江门站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!