关于后端 Entity Model Domain 的分界线

前言：在我们开发中经常用一种类型的值来接收来自Dao层的数据并将它传送给前端，或者作为逻辑处理，一般这种类型有三种 Entity  Model  Domain  我们该如何准确的应用这三种类型呢？这三种类型又有什么不同呢？

这里概要解释一下这三者 希望能够帮助到大家进行理解和使用：

Entity：

就是实体的意思，所以也是最常用到的，entity包中的类是必须和数据库相对应的，当用model当包名的时候，一般里面存的是实体类的模型，一般是用来给前端用的，如果把entity全部传给前台，无疑传了很多没用的数据。这时候model就很好的解决了这个问题。

Model：是一次操作所用数据的最小单位  前台需要什么数据，model就包含什么数据就行了

Domain:

domain这个词大家可能用的比较少，这个包国外很多项目经常用到，字面意思是域的意思。范围有点广了， 比如一个商城的项目，商城主要的模块就是用户，订单，商品三大模块，那么这三块数据就可以叫做三个域， domain包里就是存的就是这些数据，表面上这个包和entity和model包里存的数据没什么区别， 其实差别还是挺大的，特别是一些大型的项目。比如一个招聘网站的项目，最重要的对象就是简历了， 那么简历是怎么存到数据库的呢，不可能用一张表就能存的，因为简历包含基本信息和工作经验，项目经验， 学习经验等。基本信息可以存在简历表，但是涉及到多条的就不行，因为没人知道有多少条工作经验， 项目经验，所以必须要单独建工作经验表和项目经验表关联到简历基本信息表。 但是前台页面是不关心这些的，前台需要的数据就是一个简历所有信息，这时就可以用到domain来处理， domain里面的类就是一个简历对象，包含了简历基本信息以及list的工作经验，项目经验等。 这样前端只需要获取一个对象就行了，不需要同时即要获取基本信息，还要从基本信息里面获取工作经验 关联的简历编号，然后再去获取对应的工作经验了。

那么三句话总结下entity、model、domain的不同：

1.entity字段必须和数据库字段一样
2.前端需要什么我们就给什么 （model）
3.domain很少用，代表一个对象模块