vo、qo、bo在spring中的位置

在企业的业务中，有时候会创建很xxxBo.java、xxxQo等模型，一般这些模型怎么使用，简单说下自己的见解

各种Bean对应的意义，如vo、qo、dto、bo

目前使用比较多的是vo、qo、bo

vo 视图对象，一般用于返回到前端的数据

qo 查询对象，一般用于输入查询条件

bo 业务对象，一般用于插入，更新等业务对象

如代码如下的结构

@RestController
@RequestMapping("/qovo")
public class QoVoController {
    @Autowired
    IQoVoService qoVoService; // 服务层
    @GetMapping("/find")
    public List<UserVo> findUserList(UserQo qo){
        return qoVoService.findUserList(qo);
    }

    @GetMapping("/insert")
    public Boolean insert(@RequestBody UserBo userBo){
        return qoVoService.insert(userBo);
    }
}

优点：

模型作用比较清晰，例如看到Qo后缀就知道是查询对象，Vo对象就是视图对象。

还有一点是Vo中可以新增一些其他查询的对象，不然都放一个对象中会显得比较臃肿

缺点：

需要重复创建模型，例如一个相同属性的类，要创建Vo、Bo、Dto等后缀，而增加一些共同的属性或修改，就会加n倍修改。

同时由于方法调用，需要对Bean进行转换。

我觉得能使用无规则就是用无规则吧，是用vo等还是弊大于利。