欢迎大家关注公众号「JAVA前线」查看更多精彩分享文章，主要包括源码分析、实际应用、架构思维、职场分享、产品思考等等，同时欢迎大家加我微信「java_front」一起交流学习
无论DDD还是MVC模式构建项目，势必涉及到工程结构的分层，每一层由于定位不同，所以访问的对象也不同，那么对象在每一层传递时就会涉及到对象的转换，这时有人会产生以下疑问：
即使有这样的疑问，我也认为分层是必要的，所以本文我们尝试回答上述疑问。
两种通用模型是MVC和DDD，我之前在文章《DDD理论建模与实现全流程》也详细讨论DDD建模和落地全流程，本文只涉及对象的讨论，所以会对模型有所简化。
MVC模型总体分为三层：
每一层使用对象：
DDD模型总体分为四层：
每一层使用对象：
这些对象看起来比较复杂，理解成本很高，好像是为了分层硬造出来的概念。其实不然，这些对象在生活中司空见惯，只不过大家并没有觉察。我们设想有一家三口，小明、小明爸爸和小明妈妈，看看这些对象是怎么应用在生活中的。
数据对象作用是直接持久化至数据库，是最本质的一种对象，这就像小明在卧室中穿着背心睡觉，这接近于人最本质的一种状态，小明此时是一种数据对象。
小明起床走出卧室，这时小明就不仅仅是他自己了，他还多了很多身份，例如儿子、学生、足球队队员，不同身份输入和输出信息是不一样的。作为儿子要回应家长的要求，作为学生要回应老师的要求，作为足球队员要回应教练的要求。小明从数据对象，在不同的身份场景中变成了不同的业务对象。
小明吃完早饭准备去上学，但是嘴角粘上了饭粒，出门前要把饭粒擦掉。数据传输对象需要注意简洁性和安全新，最重要的是只携带必要信息，而不应该携带不必须要信息，所以此时小明变成了视图对象。
领域对象要做到领域完备，从本质上来说与业务对象相同，但是通常使用充血模型，业务对象通常使用贫血模型。
学校要开家长会要求小明、小明妈妈和小明爸爸全部参加，其中小明负责大扫除，小明妈妈负责出黑板报，小明爸爸负责教小朋友们踢足球。此时学校和家长联系时是以家庭为单位的，家庭就是聚合对象。
通过上述实例我们看到，即使是同一个自然人，在不同的场景下也有不同的身份，不同的身份对他的要求是不同的，输入和输出也是不同的。这就是一体多面。
同理对于同一个对象，即使其在数据库只有一条数据，但是由于场景的不同，输入和输出也是不同的，所以有了各种看似复杂的对象。我们再回看上面三个问题，可以尝试给出本文的答案：
对象种类多，增加理解成本：这是必须要付出的成本，小明不能嘴角挂着饭粒去上学
对象之间转换，增加代码成本：这是必须要付出的成本，不同角色切换时必须要付出切换成本，小明不能用回应足球队教练的输出回应老师或者老师，这是截然不同的角色
编写代码时有时不同层对象属性几乎一样：小明作为一个自然人，他自身固有特性也是相同的，所以表现在对象上是很多属性是一致的。但是不同的角色是有不同要求的，所以为了一些细微的差别，也是要新增对象的，这是必要的代价
欢迎大家关注公众号「JAVA前线」查看更多精彩分享文章，主要包括源码分析、实际应用、架构思维、职场分享、产品思考等等，同时欢迎大家加我微信「java_front」一起交流学习