理不清VO,BO,DTO,POJO和entity 的使用场景，代码里面要怎么设计呢

Question

在网上查了一圈都觉得这些概念好抽象啊，渣渣不能理解呀，能不能结合业务讲解下？

1. 与数据库中的表字段一一对应的类，应该是DTO，还是entity呢？
2. 前端传过来的参数有分页参数，或者其他没有字段 应该用那个模型呢？
3. 传到mybatis数据处理层的对象应该是那个模型？
4. 最后返回给前端的对象有些变量需要隐藏，比如用户对象中的password,这时需要用那个模型？
5. 在业务方面一些对象往往还包含其他对象，比如订单对象里面需要添加一个商品对象的list
6. 一些接口返回的对象有时很复杂，需要封装好几个对象，甚至要返回一些对象里没有的属性，目前我才用的笨方法是对象转json，然后再进行处理 有没有更好的设计思路呢？

Answer 1

1.entity

2.前端的入参用dto封装

3.传到mybatis用entity或dto都行

4.返回给前端用vo封装

5.看你用于入参还是出参，入参就dto，出参就vo

6.投机取巧的方法是用json会方便点，出于代码规范最好是封成vo，虽然比较麻烦