有用node.js做的网站吗,广告设计网站哪个好,百度秒收录软件,南京电商网站开发公司实际项目中我们经常碰到需要使用if…else…if的分支判断这种情况。 这种写法带来一些弊端。 一旦分支多太多#xff0c;逻辑复杂#xff0c;会导致代码十分冗长#xff0c;增加阅读难度。 如果需要增加或减少分支#xff0c;需要改动if…elseif#xff0c;增大因代码改动而… 实际项目中我们经常碰到需要使用if…else…if的分支判断这种情况。 这种写法带来一些弊端。 一旦分支多太多逻辑复杂会导致代码十分冗长增加阅读难度。 如果需要增加或减少分支需要改动if…elseif增大因代码改动而出错的风险。 例如 注实际项目中的订单状态远远不止这些小编只是模拟一个if…else…if 这样的一个场景 解决的方法是可以通过策略模式工厂模式巧妙地利用反射机制和枚举类的valueof方法规避掉if…else…if写法带来的弊端。下面我们通过一个订单状态这个实际例子来理解这种做法。
案例 状态策略接口
/*** 状态策略接口** author gblfy* date 2021-01-31*/
public interface StatusStrategy {void status();
}未支付状态
/*** 未支付状态** author gblfy* date 2021-01-31*/
public class UnpaidStatus implements StatusStrategy {Overridepublic void status() {System.out.println(未支付状态);}
}未发货状态
/*** 未发货状态** author gblfy* date 2021-01-31*/
public class UnshippedStatus implements StatusStrategy {Overridepublic void status() {System.out.println(未发货状态);}
}已发货状态
/*** 已发货状态** author gblfy* date 2021-01-31*/
public class ShippedStatus implements StatusStrategy {Overridepublic void status() {System.out.println(已发货状态);}
}确认收货状态
/*** 确认收货状态** author gblfy* date 2021-01-31*/
public class ConfirmReceiptStatus implements StatusStrategy {Overridepublic void status() {System.out.println(确认收货状态);}
}已评价状态
/*** 已评价状态** author gblfy* date 2021-01-31*/
public class AlreadyEvaluatedStatus implements StatusStrategy {Overridepublic void status() {System.out.println(已评价);}
}状态枚举类
/*** 状态枚举类【如果需要增删状态类型只需要在StatusEnum类添加或删除对应的枚举而不是增删if…else if…】** author gblfy* date 2021-01-31*/
public enum StatusEnum {/*** 未支付状态*/UNPAIDSTATUS(com.gblfy.dca.task.UnpaidStatus),/*** 未发货状态*/UNSHIPPEDSTATUS(com.gblfy.dca.task.UnshippedStatus),/*** 已发货状态*/SHIPPEDSTATUS(com.gblfy.dca.task.ShippedStatus),/*** 确认收货状态*/CONFIRMRECEIPTSTATUS(com.gblfy.dca.task.ConfirmReceiptStatus),/*** 已评价状态*/ALREADYEVALUATEDSTATUS(com.gblfy.dca.task.AlreadyEvaluatedStatus);StatusEnum(String className) {this.setClassName(className);}private String className;public String getClassName() {return className;}public void setClassName(String className) {this.className className;}
}
状态工厂类
/*** 状态工厂类** author gblfy* date 2021-01-31*/
public class StatusFactory {/*** 该工厂类提供静态方法巧妙地利用反射机制和枚举类的valueof方法返回具体策略实例。* param strategyType 策略类型* return* throws Exception*/public static StatusStrategy getStrategy(String strategyType) throws Exception {String className StatusEnum.valueOf(strategyType).getClassName();return (StatusStrategy) Class.forName(className).newInstance();}
}
测试类
public class Demo {public static void main(String[] args) throws Exception {String statusStrategyParam UNPAIDSTATUS;//未支付状态StatusStrategy strategy StatusFactory.getStrategy(statusStrategyParam);strategy.status();statusStrategyParam UNSHIPPEDSTATUS;//未发货状态strategy StatusFactory.getStrategy(statusStrategyParam);strategy.status();statusStrategyParam SHIPPEDSTATUS;//已发货状态strategy StatusFactory.getStrategy(statusStrategyParam);strategy.status();statusStrategyParam CONFIRMRECEIPTSTATUS;//确认收货状态strategy StatusFactory.getStrategy(statusStrategyParam);strategy.status();statusStrategyParam ALREADYEVALUATEDSTATUS;//已评价状态strategy StatusFactory.getStrategy(statusStrategyParam);strategy.status();}
}
控制调输出
未支付状态
未发货状态
已发货状态
确认收货状态
已评价总结 if…else if…的缺点1.多分支和复杂度高的逻辑会使代码冗长难以理解和维护。
2.增删分支需要改动if…else if结构增大代码出错风险。 策略模式工厂模式的优点1.对应的分支处理分成不同策略类来实现使代码易于读懂和维护
2.扩展性好增加分支只需要增加对应的策略实现类和枚举。
