企业网站建设选择兴田德润,南昌市公司网站建设,蒲城矿建设备制造厂网站,网络营销seo培训阅读建议
嗨#xff0c;伙计#xff01;刷到这篇文章咱们就是有缘人#xff0c;在阅读这篇文章前我有一些建议#xff1a;
本篇文章大概4500多字#xff0c;预计阅读时间长需要5分钟。本篇文章的实战性、理论性较强#xff0c;是一篇质量分数较高的技术干货文章#x…
阅读建议
嗨伙计刷到这篇文章咱们就是有缘人在阅读这篇文章前我有一些建议
本篇文章大概4500多字预计阅读时间长需要5分钟。本篇文章的实战性、理论性较强是一篇质量分数较高的技术干货文章建议收藏起来方便时常学习与回顾温故而知新。创作不易免费的点赞、关注请走上一走算是对博主一些鼓励让我更有动力输出更多的干货内容。 前言
在软件开发过程中我们常常面临着许多问题其中之一就是如何有效地管理复杂的逻辑和流程。策略模式和工厂模式是两种非常实用的设计模式可以帮助我们解决这些问题。本文将介绍策略模式和简单工厂模式的概念、实现和应用并通过实例代码来演示它们的使用方法。
反面示例
需求描述
很多购物网站都有会员业务不同等级的会员可以享受不同程度的优惠不同类别的商品还有不同的打折优惠这里假设只有会员优惠会员等级有非会员、初级会员、中级会员、高级会员四个等级其中非会员在支付的时候需要全额支付 初级会员可以享受9折优惠中级会员可以享受8折优惠高级会员可以享受6折优惠如果需要写一个支付接口需要怎么实现呢
反面实现一
public Double actualPay(Double money) {String memberLevel this.getMemberLevel();if (初级.equals(memberLevel)) {money money * 0.9;} else if (中级.equals(memberLevel)) {money money * 0.8;} else if (高级.equals(memberLevel)) {money money * 0.6;} else {money money * 1;}return money;
}
需求变更
双十一举报大酬宾活动如果购买商品总额超过300元且小于400元初级会员可以减免5元中级会员可以减免8元高级会员可以减免11元; 如果购买商品总额超过400元且小于500元初级会员可以减免10元中级会员可以减免13元高级会员可以减免16元; 如果购买商品总额超过500元初级会员可以减免15元中级会员可以减免18元高级会员可以减免21元;
反面实现二
public Double actualPay(Double money) {String memberLevel this.getMemberLevel();if (初级.equals(memberLevel)) {money money * 0.9;if (money 300 money 400) {money money - 5;} else if (money 400 money 500) {money money - 10;} else if (money 500) {money money - 15;}} else if (中级.equals(memberLevel)) {money money * 0.8;if (money 300 money 400) {money money - 8;} else if (money 400 money 500) {money money - 13;} else if (money 500) {money money - 18;}} else if (高级.equals(memberLevel)) {money money * 0.6;if (money 300 money 400) {money money - 11;} else if (money 400 money 500) {money money - 16;} else if (money 500) {money money - 21;}} else {money money - 1;}return money;
}
反思总结
代码的可读性差。其他开发者在阅读此段代码时需要花费一定的时间来理解每个条件。维护性差。如果需求改变例如增加一个新的折扣等级、新的活动内容那么就需要修改这个if-else语句可能会导致出错。逻辑不清晰。这种if-else结构反复判断、嵌套很容易让人误解其意图逻辑表现并不直观。
解决方案
策略模式与简单工厂模式
策略模式
策略模式是一种行为型设计模式它定义了一系列算法并将每个算法封装起来使它们可以相互替换。策略模式的主要目的是将算法的行为和环境分开将一系列算法封装在策略类中并在运行时根据客户端的需求选择相应的算法。策略模式适用于需要使用多种算法且算法之间可以相互替换的情况。在策略模式中算法的变化不会影响到使用算法的客户端。
简单工厂模式
简单工厂模式是一种属于创建型模式的设计模式又叫做静态工厂方法Static Factory Method模式。简单工厂模式的核心是一个工厂类它负责实现创建所有产品实例的内部逻辑。这个工厂类提供了一个或多个静态的工厂方法根据参数的不同返回不同类的实例。这些被创建的实例通常都具有共同的父类。
实现原理
策略模式与简单工厂模式可以终结if-else混乱的工作原理是通过封装算法和对象创建使得代码更加模块化和可维护。
策略模式定义了一组算法每个算法都可以独立地替换和修改而不需要影响其他代码。通过使用策略模式我们可以将算法从if-else语句中分离出来将算法的封装和实现交由具体的策略类来处理。这样如果需要添加新的算法或修改现有算法我们只需要创建新的策略类或修改现有策略类而不需要在主程序中添加if-else语句。简单工厂模式提供了一种创建对象的接口而不需要指定具体的类。通过使用简单工厂模式我们可以将策略的创建和使用代码分离。具体来说简单工厂模式可以根据输入参数或配置文件等信息来创建具体策略对象并将具体策略对象的类型和使用方式交给调用方来处理。这样我们可以在不修改原有代码的情况下轻松地替换对象的具体实现。
实现步骤 1、定义抽象的支付策略接口PayStrategy.java;
/*** 支付策略接口*/
public interface PayStrategy {/*** 实际支付金额计算* param money*/Double compute(Double money);
}
2、定义具体的支付策略类Level0Streategy.java、Level1Streategy.java、Level2Streategy.java、Level3Streategy.java
/*** 非会员计费策略*/
public class Level0Strategy implements PayStrategy{Overridepublic Double compute(Double money) {System.out.println(非会员开始计费);return money;}
}
/*** 初级会员计费策略*/
public class Level1Strategy implements PayStrategy{Overridepublic Double compute(Double money) {System.out.println(初级会员开始计费);return money*0.8;}
}
3、定义用于存储和传递策略的上下文StreateContext.java
/*** 支付策略上下文*/
public class StrategyContent {private PayStrategy payStrategy;public StrategyContent(PayStrategy payStrategy) {this.payStrategy payStrategy;}/*** 支付方法* param money* return*/public Double pay(Double money){return this.payStrategy.compute(money);}
}
4、定义策略工厂类用于生产具体的策略PayStreategyFactory.java
/*** 策略工厂*/
public class PayStrategyFactory {public static PayStrategy getStrategy(Member member){PayStrategy payStrategy;switch (member.getLevel()){case 初级:payStrategynew Level1Strategy();break;case 中级:payStrategynew Level2Strategy();break;case 高级:payStrategynew Level3Strategy();break;default:payStrategynew Level0Strategy();break;}return payStrategy;}
}
5、编写客户端模拟不同的用户进行支付:Test.java
public class ClientTest {public static void main(String[] args) {Member member new Member(小明, 初级, 300.00);PayStrategy strategy PayStrategyFactory.getStrategy(member);StrategyContent strategyContent new StrategyContent(strategy);Double pay strategyContent.pay(member.getPay());}
}
如何扩展
1、定义新的具体支付策略类来实现的抽象支付策略接口
2、变更支付策略工厂的实现
3、修改客户端业务 反思总结
代码的可读性得到改善。具体的策略实现代替了原先的if分支判断其他开发者在阅读此段代码时通过不同的策略即可大概知道其逻辑。维护性差。如果需求发生变更只需要新增具体的策略实现即可不会影响到其他已存在的策略导致出错的概率大大降低。通过过策略上下文具体的支付金额计算与业务端解耦逻辑更清晰。
是否还有其他解决方案
策略模式与抽象工厂模式策略模式与工厂方法模式
if-else真的干掉了吗
当你以为一切都完美的解决的时候实际上只是用一个方法解决了一个问题然后又带来新的问题。新的问题是什么呢
实际上在原先的if-else判断放到了策略工厂实现里了面对新增的扩展需求策略工厂的实现也是需要进行一定程度的修改的。如果实在不想修改有没有解决方法也有那就是用抽象工厂代替简单工厂。是否有必要这样做还需要结合具体的业务进行判断。
策略模式与简单工厂模式实际上并没有完全终止if-else的混乱那么这么做还有意义吗
当然有业务端在调用时候通过策略上下文类实现了业务端调用逻辑与支付计算逻辑的解耦由原来的乱糟糟一团变成现在的几行代码而且在后续的扩展上又提供了优秀灵活的扩展机制一定程度上符合设计原则中的开闭原则这就是意义。这里特别解释一下一定程度上是指需求的变更在实现上可以不影响原来的策略但获取具体策略的逻辑需要一定程度修改。
