前言
自我总结就是在特定的业务场景下,使用设计模式,可以有效的减少if else的编写,可读性提高,但是有些简单的场景就没有必要画蛇添足了,在特定的复杂的业务场景下使用设计模式才是最优的选择,否则就为了模式而模式了,就没有意义了
直接上干货,一个策略设计模式+工厂模式+模板方法模式的实际deme
项目包结构
策略设计模式类
/**
* 策略设计模式
*/
public abstract class AbstractHandler implements InitializingBean {
public <R> R complete(String type){return null;}
}
工厂设计模式类
/**
* 工厂设计模式
*/
public class Factory {
private static Map<String, AbstractHandler> strategyMap = new HashMap<>();
public static AbstractHandler getInvokeStrategy(String type){
return strategyMap.get(type);
}
public static void register(String type, AbstractHandler handler){
if(!Objects.nonNull(handler)){
return;
}
strategyMap.put(type, handler);
}
}
策略设计模式类-策略实现类
@Component
public class WuSongHandler extends AbstractHandler{
@Override
public <R> R complete(String type) {
//业务逻辑
type= type+ "完成了任务";
return (R) type;
}
@Override
public void afterPropertiesSet() throws Exception {
Factory.register("邬松", this);
}
}
@Component
public class ZengYuHandler extends AbstractHandler{
@Override
public <R> R complete(String type) {
//业务逻辑
type = type+ "完成了任务";
System.out.println(type);
return null;
}
@Override
public void afterPropertiesSet() throws Exception {
Factory.register("曾宇", this);
}
}
测试controller
@RestController
public class ceshicontroller {
@GetMapping("/ceshi/{type}")
public <R> R ceshi(@PathVariable("type") String type){
AbstractHandler invokeStrategy = Factory.getInvokeStrategy(type);
if(Objects.nonNull(invokeStrategy)){
Object complete = invokeStrategy.complete(type);
System.out.println(complete);
return (R) complete;
}
return (R) "没有对应的行为!";
}
}
总结
在一个业务接口有很多种情况,和很多种类型的时候,可以将这些if else替换成策略设计模式+工厂模式+模板方法模式的设计模式结构代码,可以有效的让代码更具有可读性,大量的if else会让代码可读性很差,但只限于复杂的业务接口下,如果只是简单的几个if else的业务接口,就没有必要使用设计模式了
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/105986.html