java o类 定义
这个每个公司的规范都不同大家貌似都不喜欢非常多的 O 类。
我的想法，最起码要 PO 数据持久化对象，需要避免从 Service 暴露出去。禁止在上面加存储无关的属性。
也就说，一般 PO 是 Service 到 DAO ，和 DAO 返回给 Service 。
————
既然 PO 不从 Service 暴露出去，那么就要解决 Service 出参和入参问题。一般是 DTO 入参，DTO 出餐。看过一些公司，新增了 BO 作为出餐，和 DTO 分开。
——
在然后就是 Controller 的出入参，就是按照你说的 VO 。因为 Controller 的入参可能重用度低，也可以直接用 @RequestParam 注解