最近,可以说这2025年度,自己更文的次数都大大减少,主要最近大环境不景气,自己职业也受到波及,学习的东西也是因为
AI
而变得更多,没办法,你不学,总有人会学,关于AI的我也准备出个专辑,相信绝对帮助到大家
额,好像说多了,言归正传,我们看一下今天的主题:策略模式+工厂模式
本文主要是为了让人懂并会用(哪怕你是一个小白,也能懂!!!)
那你说,我怎么还看不懂啊? 哈哈哈!你过来捶我
本文总纲:
文章目录
为了让大家能快速明白,我在这里直接以一个例子,带大家实战中理解,就不放那些一看就劝退的理论术语
这里我们就用罗总之前星巴克的点单(大杯,中杯)问题的实际场景,大白话解释策略模式结合工厂模式的应用
场景描述:
假设现在罗总来到星巴克点一杯咖啡,罗总需要选择 咖啡的杯子规格(超大杯,大杯,中杯),每种杯子规格对应不同的杯子容量
- 超大杯 591mL 大杯473ML 中杯 354ML
为了灵活应比如罗总所说的杯容量,添加新杯规格容量,我们用策略模式封装不同的规格容量的处理逻辑,并用工厂模式创建这些逻辑对象
1.定义策略接口(核心)
我们定义一个
CapacityStrategy
接口,这个接口对于后面杯子规格容量策略都需要实现这个接口!为什么?
因为策略模式的核心也是最重要的就是:定义一系列算法,并封装成独立的类,目的是为了他们之间可以相互替换
比如我买咖啡,我之前选的中杯,我和服务员说不要中杯了给我来个超大杯,这个中杯和超大杯是平等的策略,我就可以替换
java
//杯子容量策略接口
public interface CapacityStrategy{
//不同容量计算方法
double calculateCapacity();
}
2.实现具体策略类(真正得出不同容量的)
如上面所述的中杯,大杯,超大杯分别对应不同的策略类
换句话说:就是此类真正干活的,给出到底杯子规格是多少的,如大杯的容量
点过奶茶的都知道吧,你扫码奶茶小程序点餐页面的选择不同规格,其实就是用到了策略模式
好处: 灵活替换算法 ,代码解耦
超大杯策略
java
public VentiCapacityStrategy implements CapacityStrategy{
@Override
public double calculateCapacity(){
return 591.0;
}
}
大杯策略
java
public JorumCapacityStrategy implements CapacityStrategy{
@Override
public double calculateCapacity(){
return 473.0;
}
}
中杯策略
java
public MediumCapacityStrategy implements CapacityStrategy{
@Override
public double calculateCapacity(){
return 354.0;
}
}
工厂模式统一创建策略对象
这一步,就是你在小程序上选择不同规格的容量如大杯还是中杯就行,不需要你关心后面大杯到底对应多少容量,这一块尤我们创建的工厂模式类来创建对应的策略对象,就是由后台自己指定对应的杯容量
好处:隐藏创建细节 ,统一的对象管理
java
//策略工厂
public class CapacityStrategyFactory{
//根据不同容量创建返回对应的策略
public static CapacityStrategy getStrategy(String capacityType){
case "超大杯":
return new VentiCapacityStrategy();
case "大杯":
return new JorumCapacityStrategy();
case "中杯":
return new MediumCapacityStrategy();
default:
throw new Exception("此规格暂不支持"+capacityType);
}
}
最后一步,就是真正的操作实现,我点完选择的奶茶如大杯规格,就给我做出了大杯
java
public class Shopper{
public static void main(String[] args){
//小程序选择的规格容量
String type="大杯";
//通过工厂获取对应的容量策略对象 创建
CapacityStrategy strategy=CapacityStrategyFactory.getStrategy(type);
//计算对应的规格容量
double amount=strategy.calculateCapacity();
//
System.out.println("您选择了"+type+",容量是:"+amount+"ml")
}
}
最后总结
策略模式: 把变化的部分 (不同规格容量的计算逻辑) 封装成独立的类,目的是为了可以灵活的替换
工厂模式: 把对象的创建过程 封装起来,就是让客户只需要选择要什么就行,不需要知道怎么造
两者结合:既保证了代码的灵活性(策略可替换),又降低了客户端的复杂度(无需关心对象创建)