看各种源码时，会发现各项目在组织代码时，对于数据相关的目录的命名方式都不太一样，例如使用Domain/Entity/Model等作为目录名称的。查了下资料，总结记录下。

Entity

一般情况下此结构与数据库结构一一对应，作为程序与数据库的映射桥梁。

Model

针对某一个业务需求，组合或是过滤一组数据。

Domain

一般是一组数据组合，包含某一个大业务逻辑的所有数据集合。

通过定义可以看出，还是有趋向性的。开发中，特别是大项目时，还是需要根据实际情况来选择名字。个人觉得应该将entity的定义放到repository层，因为entity的定义是与数据库强相关的，当repository使用mysql或是mongo时数据格式是不同的，所有不应该作为通用数据使用。model和domain概念比较重合，都是对业务的数据抽象，主要区别是model更多用在传统的MVC结构中，domain更多的使用在微服务架构或是DDD原则设计的项目中。也可以按照domain比model范围更大的角度来理解。实际使用中，如果项目不是特别大，可以model或domain二选一。