设计模式 -- 策略模式+Spring Bean代替if/else

简介: 策略模式属于对象的行为模式。其用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。

设计模式 -- 策略模式+Spring Bean代替if/else

在这里插入图片描述

策略模式

一、什么是策略模式

  •  策略模式属于对象的行为模式。其用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。

二、策略模式的结构

  • 策略模式是对算法的包装,是把使用算法的责任和算法本身分割开来,委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面,作为一个抽象策略类的子类。用一句话来说,就是:“准备一组算法,并将每一个算法封装起来,使得它们可以互换”。下面就以一个示意性的实现讲解策略模式实例的结构。

在这里插入图片描述
这个模式涉及到三个角色:

  ●  环境(Context)角色:持有一个Strategy的引用。

  ●  抽象策略(Strategy)角色:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。

  ●  具体策略(ConcreteStrategy)角色:包装了相关的算法或行为。

使用策略模式完美的解决了我们if else 太多导致代码臃肿的问题 如:

if(teachinType == 1){
……

}else if(teachinType == 2){
……
        
}else{
            
}

三、实战

介绍:在我们项目实战中,我们通常会遇到 我们后台拿到前端传来的参数走不同的逻辑 (线上 ,线下 业务 ) ,返回相同的数据结构:

if(teachinType == 1){
……
return list<Integer>;

}else if(teachinType == 2){
……
return list<Integer>;
 
}else{
……
return list<Integer>;        
}

普通策略模式

  1. 定义接口
public interface Type {

    /**
     * 获取类型,返回集合
     */
    List<Integer> getType();

}
  1. 定义OfflineType实现类实现Type
@Service
public class OfflineType implements Type {

    @Override
    public List<Integer> getType() {
    List<Integer> list = new ArrayList<>();
    list.add(1);
    list.add(2);
    return list;
    }
}
  1. 定义OnlineType实现类 实现Type接口
@Service
public class OnlineType implements Type {

    @Override
    public List<Integer> getType() {
    List<Integer> list = new ArrayList<>();
    list.add(3);
    list.add(4);
    return list;
    }
}
  1. 定义策略工厂类
public class TypeFactory{

    private static TypeFactory typeFactory = new TypeFactory();
    
    //定义Map
    private static Map<Integer,Type> map = new HashMap<>();
    
    static{
        map.put(1,new OfflineType());
        map.put(2,new OnlineType())
        }

    public static TypeFactory getInstance(){
            return typeFactory;
            }

    public Type getByType(Integer type){
        return map.get(type);
    }
}
  1. 使用

@GetMapping("list")
public List<Integer> list(@ApiParam(value ="类型")@RequestParam(required = false) Integer type) {
    return TypeFactory.getInstance().getByType(type).getType();
);

接口测试输入1,输出 1,2
接口测试输入2,输出 3,4

策略模式+Spring Bean代替if/else

  1. 在上面策略模式中如果在实现类中使用
 @Autowired
 private Dao dao;

就会出现 空指针的情况,

java.lang.NullPointerException

因为 发现策略实现中的Dao接口注入的都是Null。

我们回头看spring源码 以及 他的介绍

  • 必须在所有使用了dao的地方,包括调用它的servcie都要进行@Autowired注入,否则之后的注入就会失败
  • 顺着这句话,发现上述使用处不就没使用@Autowired进行注入吗?但是这个策略模式得new啊?
  • 我们还有其他方式:通过给实现类起别名,通过@Qualifier注解获取不同的实现类

改造:

实现类

@Service("offlineType")
public class OfflineType implements Type {

    @Autowired
    private OfflineDao dao;

    @Override
    public List<Integer> getType() {
    return dao.selectList();
    }
}

实现类

@Service("onlineType")
public class OnlineType implements Type {

    @Autowired
    private OnlineDao dao;
    
    @Override
    public List<Integer> getType() {
  
    return dao.selectList();
    }
}

工厂

public class TypeFactory{

    @Resource
    @Qualifier("offlineType")
    private  OnlineType offlineType;

    @Resource
    @Qualifier("onlineType")
    private  OnlineType onlineType;

    
    public  Type getByType(Integer type){
        Map<Integer, Type> map =new HashMap<>();
        map.put(1,offlineType);
        map.put(2,onlineType);
        return map.get(type);
    }
}

使用

    //    工厂注入
    @Autowired
    private TypeFactory typeFactory;

@GetMapping("list")
public List<Integer> list(@ApiParam(value ="类型")@RequestParam(required = false) Integer type) {
    return typeFactory.getByType(type).getType();
);

发现 不会出现空指针,IOC正常注入,数据正常返回
在这里插入图片描述
在这里插入图片描述

相关文章
|
1月前
|
XML 安全 Java
|
2月前
|
设计模式 算法 Kotlin
Kotlin - 改良设计模式 - 策略模式
Kotlin - 改良设计模式 - 策略模式
52 4
|
9天前
|
设计模式 XML Java
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
本文详细介绍了Spring框架的核心功能,并通过手写自定义Spring框架的方式,深入理解了Spring的IOC(控制反转)和DI(依赖注入)功能,并且学会实际运用设计模式到真实开发中。
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
|
8天前
|
存储 Java Spring
【Spring】获取Bean对象需要哪些注解
@Conntroller,@Service,@Repository,@Component,@Configuration,关于Bean对象的五个常用注解
|
8天前
|
存储 Java 应用服务中间件
【Spring】IoC和DI,控制反转,Bean对象的获取方式
IoC,DI,控制反转容器,Bean的基本常识,类注解@Controller,获取Bean对象的常用三种方式
|
3天前
|
设计模式 存储 缓存
前端必须掌握的设计模式——策略模式
策略模式(Strategy Pattern)是一种行为型设计模式,旨在将多分支复杂逻辑解耦。每个分支类只关心自身实现,无需处理策略切换。它避免了大量if-else或switch-case代码,符合开闭原则。常见应用场景包括表单验证、风格切换和缓存调度等。通过定义接口和上下文类,策略模式实现了灵活的逻辑分离与扩展。例如,在国际化需求中,可根据语言切换不同的词条包,使代码更加简洁优雅。总结来说,策略模式简化了多条件判断,提升了代码的可维护性和扩展性。
|
14天前
|
XML Java 数据格式
Spring容器Bean之XML配置方式
通过对以上内容的掌握,开发人员可以灵活地使用Spring的XML配置方式来管理应用程序的Bean,提高代码的模块化和可维护性。
51 6
|
15天前
|
XML Java 数据格式
🌱 深入Spring的心脏:Bean配置的艺术与实践 🌟
本文深入探讨了Spring框架中Bean配置的奥秘,从基本概念到XML配置文件的使用,再到静态工厂方式实例化Bean的详细步骤,通过实际代码示例帮助读者更好地理解和应用Spring的Bean配置。希望对你的Spring开发之旅有所助益。
79 3
|
2月前
|
缓存 Java Spring
实战指南:四种调整 Spring Bean 初始化顺序的方案
本文探讨了如何调整 Spring Boot 中 Bean 的初始化顺序,以满足业务需求。文章通过四种方案进行了详细分析: 1. **方案一 (@Order)**:通过 `@Order` 注解设置 Bean 的初始化顺序,但发现 `@PostConstruct` 会影响顺序。 2. **方案二 (SmartInitializingSingleton)**:在所有单例 Bean 初始化后执行额外的初始化工作,但无法精确控制特定 Bean 的顺序。 3. **方案三 (@DependsOn)**:通过 `@DependsOn` 注解指定 Bean 之间的依赖关系,成功实现顺序控制,但耦合性较高。
实战指南:四种调整 Spring Bean 初始化顺序的方案
|
29天前
|
安全 Java 开发者
Spring容器中的bean是线程安全的吗?
Spring容器中的bean默认为单例模式,多线程环境下若操作共享成员变量,易引发线程安全问题。Spring未对单例bean做线程安全处理,需开发者自行解决。通常,Spring bean(如Controller、Service、Dao)无状态变化,故多为线程安全。若涉及线程安全问题,可通过编码或设置bean作用域为prototype解决。
34 1