既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
本文重点:介绍策略模式概念以及实际应用。
干货满满,建议收藏,需要用到时常看看。小伙伴们如有问题及需要,欢迎踊跃留言哦~ ~ ~。
文章目录
问题需求(支付系统渠道商的选择问题)
聚合支付项目对接了三个渠道商,分别渠道商A,渠道商B,渠道商C,每个渠道商都有一套独立的对接文档(从商户入驻,到支付,到清算)。那么该如何实现这个功能呢?
问题解决
V1.0版本
V1.0版本就是直接梭哈,将所有的业务逻辑写在了客户端,客户端在调用的时候可以分别调用各个渠道商的商户入驻方法。
public class Client {
public static void main(String[] args) {
Client client = new Client();
client.addCustomerA("商户1");
client.addCustomerB("商户2");
client.addCustomerC("商户3");
}
public String addCustomerA(String customer) {
System.out.println("渠道商A入驻"+customer+"成功");
return "success";
}
public String addCustomerB(String customer) {
System.out.println("渠道商B入驻"+customer+"成功");
return "success";
}
public String addCustomerC(String customer) {
System.out.println("渠道商C入驻"+customer+"成功");
return "success";
}
}
上述代码把策略和调用都放在了客户端中,从中不难看出,如果要在增加一个渠道商的话,则必定要修改客户端 增加新渠道商的商户入驻方法。这样就会导致客户端变得十分臃肿复杂维护起来非常麻烦,同时也没有体现面向对象的设计思想,在实际开发中写出这样的代码怕是要被老板优化。 那么我们该如何优化呢?
v1.1版本
从面向对象的角度出发,每个渠道商抽象成一个具体的对象,用一个单独的类保存其属性和行为,同时公共行为(商户入驻的行为)则用一个接口来定义,每个渠道商的类分别实现这个接口。
- 定义公共的接口Income,该接口主要是规范了各个渠道商的行为,这里通过addCustomer方法定义了商户入驻的行为。
public interface Income {
/\*\*
\* 商户入驻
\* @return
\*/
String addCustomer(String customer);
}
- 定义各个渠道商的类,这里分别定义了MerchantAIncome,MerchantBIncome以及MerchantCIncome 三个渠道商的类,并且这三个类都实现了Income接口的addCustomer方法,实现商户入驻。
public class MerchantAIncome implements Income {
@Override
public String addCustomer(String customer) {
System.out.println("渠道商A入驻"+customer+"成功");
return "success";
}
}
- 定义环境类Context,这里的环境类主要的作用就是持有一个Income对象的引用,并且该Income对象所能操作的各种行为(即各种策略)。
public class Context {
private Income income;
public Context(Income income) {
this.income = income;
}
public String addCustomer(String customer) {
return income.addCustomer(customer);
}
}
- 定义调用客户端
public class Client {
public static void main(String[] args) {
new Context(new MerchantAIncome()).addCustomer("商户1");
new Context(new MerchantBIncome()).addCustomer("商户2");
new Context(new MerchantCIncome()).addCustomer("商户3");
}
}
UML图
上述代码的UML图如下图所示:这里有三个主要的角色:
- 环境类Context
- 抽象的策略Income接口
- 具体的策略MerchantAIncome,MerchantBIncome以及MerchantCIncome这三个类。
如上图所示:每个渠道商的类都是实现了一个公共的接口,该接口定义了渠道商中各种行为,包括商户入驻等等。客户端判断当前使用的是哪个渠道商。然后,生成该渠道商的实例,接着调用该渠道商的相关方法。每个渠道商自身的变化不会影响到客户端。相比较于V1.0版本而言,代码逻辑简洁了很多,增加一个渠道商的话只需要再增加一个渠道商的类,并且在客户端中加上一个判断,符合开闭原则。这里就引出了本文将要介绍的模式----策略模式。
策略模式
定义
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!**
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新