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