设计模式之策略模式

1. 什么是策略模式

相同事情,选择不同方式实现。解决多重if判断问题

2. 包含元素

  1. 抽象策略:通常由接口/抽象类实现。 包含所有具体策略所需接口
  2. 具体策略:不同方式 各自真正实现地方。 包含相关算法或行为
  3. 策略容器: 包含所有具体策略 可以用map收集 工厂模式实现
    备注:spring 框架可以通过ioc自动注入,在具体策略使用注解:@Component 直接通过工具类ApplicationContext 通过beanid 获取具体类。不再通过map手动收集
  4. 环境(Context上下文引用):对不同策略进行调用

3. 优点

  1. 解决多重if判断问题
  2. 扩展性好 可自由添加取消具体策略类 而不影响整个功能
  3. 不同策略 具体实现方式可自由切换

4缺点

策略类数量增多(每一个策略类复用性很小,如果需要增加算法,就只能新增类)
所有的策略类都需要对外暴露(使用的人必须了解使用策略,这个就需要其它模式来补充,比如工厂模式、代理模式)
后期维护不同策略类是非常多、定义类比较多、代码量增大。

5.策略模式应用场景

1.联合登录 QQ联合登录/微信联合登录/钉钉联合登录
2.排序算法 冒泡/简单选择/堆排序等
3.支付方式 支付宝/微信支付/银联支付/平安支付等 聚合支付平台
4.快递 申通、圆通、京东、德邦、顺丰等
5.发送通知 短信、微信公众号模板、钉钉通知、邮件

6.IOC结合数据库

IOC结合到数据库表结构存放我们策略可以动态的形式开启或者关闭策略。
策略模式中最核心 容器(map集合) map集合底层简化了我们多重if判断 在通过多态策略
找到具体实现类方法调用。
在spring项目中我们是没有必要单独定义我们容器 因为spring ioc 自带容器。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值