浅谈CQRS架构

   我们在对数据库的操作时,可以进行读写分离,但是我们的业务层却没有做到读写分离,因为业务的读和写都是公用一个

model对象,需要进行一些并发的控制。

          cqrs(Command Query responsibility segregation) Command就是包含增删改,query就是查询,通过这种分离的好处就是可以分别对Command操作和query操作分开进行优化或者一些处理。

          在cqrs架构中,增删改都会相当于发送了一个command,然后通过commandBus来进行分发。示例demo如下:

          

public interface Command<T> {

    Object execute(T commandModel);
}

 

Command接口即是对增删改操作的抽象接口

 

public class CreateOrderCommand implements Command<CreateOrderCommandModel>{
    @Override
    public Object execute(CreateOrderCommandModel commandModel) {
        return Info.container.put(commandModel.getId(),commandModel);
    }
}

 

具体的实现类(新增订单命令)

@Component
public class CommandBus<T> {

    public Object dispatch(Command cmd,T model){
        return cmd.execute(model);
    }
}

 

commandBus负责分发command,交给具体的实现类去处理

@RestController
public class OrderController {

    @Autowired
    private CommandBus commandBus;


    @PostMapping("order")
    public ResponseEntity addOrder(@RequestBody CreateOrderCommandModel model){
        commandBus.dispatch(new CreateOrderCommand(),model);
        return ResponseEntity.ok("SUCCESS");
    }
}

 

这个是Controller类,通过commandBus来分发不同的命令

@Data
public class CreateOrderCommandModel {

    private Integer id;

    private String name;


}

 

实体类

 

通过上面的简单demo即演示了一下cqrs的简单流程,对于大家理解cqrs可能会有一些帮助。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值