本次更新:

  • 优化: loveqq-mvc,控制器全局异常切面实现从代理改为异常处理器,减少代理调用
  • 优化:loveqq-cache,新增响应式缓存支持,默认提供 ConcurrentHashMap 实现
  • 优化:loveqq-cache-redis,整合 redisson 响应式缓存支持
  • 优化:loveqq-boot-starter-netty,优化过滤器、拦截器均为响应式接口

响应式缓存示例:

下面的示例展示了缓存注解用法,并且实现了响应式/命令式一致的操作体验

@RestControllerpublic class UserController {    @Autowired    private UserMapper userMapper;    @GetMapping    @Cacheable(value = "anyUser", ttl = 3)    public Mono<User> anyUser() {        return Mono.fromSupplier(() -> this.userMapper.listAll().get(0));    }    @GetMapping    @Cacheable("listAllUser")    public Flux<User> listAllUser() {        return Flux.fromStream(() -> this.userMapper.listAll().stream());    }    @GetMapping    @CacheClear(value = "listAllUser", condition = "retVal", preClearTimeout = 2000)    public Mono<Boolean> deleteAsync(Long id) {        return Mono.just(true);    }    @GetMapping    @Transactional    @Cacheable("listAllUserWithTransactional")    public List<User> listAllUserWithTransactional() {        return this.userMapper.listAll();    }    @GetMapping("delete")    @CacheClear(value = "listAllUserWithTransactional", condition = "retVal")    public boolean update(Long id) {        return true;    }}

和 spring 的联系

        初期是以学习 spring 进行开发的,但是却并没有参考 spring 的实现,仅仅是把 spring 当做一个黑盒接口,根据 spring 的外在功能表现,使用自己的想法去实现功能,所以该框架,即不是模仿 spring,也不是 spring 的二开。而是一个全新的,但又高度符合 spring 开发者使用习惯的完整的 ioc/aop 框架

和 spring 的区别

        和 spring 最大的区别就是,loveqq 具有更强大的条件注解推断,因此不需要 @AutoConfigureBefore、@AutoConfigureAfter 等辅助自动配置的注解,仅仅需要正常配置 bean 即可,无需关心 bean 加载顺序的问题。

下面就是一个很好的例子:

@BootApplicationpublic class ConditionTest {    private boolean isOverride;    @Autowired(required = false)    private List<Inter> cons;    @Bean    public BB bbOverride() {        this.isOverride = true;        return new BB();    }    @EventListener    public void onComplete(ContextRefreshedEvent event) {        Assert.isTrue(this.isOverride);        Assert.isTrue(this.cons.size() == 5);    }    public static void main(String[] args) {        SpringApplication.run(ConditionTest.class, args);    }}interface Inter {}@Component@ConditionalOnBean({CC.class, BB.class})@ConditionalOnClass(name = "com.kfyty.condition.ConditionTest")class AA implements Inter {}@Component@ConditionalOnMissingBean(BB.class)class BB implements Inter {}@Component@ConditionalOnBean(BB.class)class CC implements Inter {    @Bean    @ConditionalOnBean(AA.class)    public EE ee() {        return new EE();    }}class DD implements Inter {}@Component@ConditionalOnMissingBean(DD.class)class DDF implements FactoryBean<DD> {    @Override    public Class<?> getObjectType() {        return DD.class;    }    @Override    public DD getObject() {        return new DD();    }}class EE implements Inter {}
  • 上述代码,首先 BB 是无条件直接定义的,所以 BB 一定存在;
  • 而 CC 仅依赖 BB 存在,所以 CC 一定存在;
  • 而 AA 仅依赖 BB、CC 的存在,以及主类的存在,因此 AA 一定存在;
  • 而 EE 仅依赖 AA,因此 EE 一定存在;
  • 而我们没有直接定义 DD,因此 DDF 一定存在,而 DDF 属于 FactoryBean,它生产了 DD,所以 DD 一定存在;
  • 所以 AA、BB、CC、DD、EE 的条件都成立,cons.size () 应该是 5。
  • 而上述代码在 spring 下无法通过测试,但是在 loveqq-framework 中是可以测试通过的。

感兴趣的可以体验体验~

免责声明:本文系转载,版权归原作者所有;旨在传递信息,不代表一休教程网的观点和立场。