面向对象的荒诞之处

那按照你的意思，现实中没的实体你怎么办？根本就没有一定要怎样设计的说法。领域模型的设计思路因人而异或者业务不同而不同，有人愿意大而全的领域模型，有人愿意多而精巧的领域模型。

现在的领域设计都被一些莫名其妙的思路搞的乱七八糟，上来就是一个实体对应一张表。

面向对象不是实体怎么设计，不是实体的属性应该怎么划分，不是去研究究竟是is-a还是has-a。

面向对象的核心是屏蔽，是隐藏实现。所以才有封装，继承，多态这些特性的出现。

但是再怎么设计业不应该一个实体大部分操作只操作一两个字段，你就好比你这个User对象大部分操作只要看name,email,password？

ok，那你所有有关人员的信息的人事报表看来是没了，人员的履历信息应该也没做了，根据人员生日，性别，注册日期等等的事务提醒看来也是没做了，人员入职离职等状态是基本不用的。

所以，基本不可能出现30个字段经常只操作一两个的实体，如果出现，那架构师就应该拉出去枪毙。

这根本就不是问题。 面向对象从来就没有宣称过自己是最高性能的。 事实上面向对象总是会带来一些性能上的开销。 这就是一个权衡。 以微小的性能代价，换来整个系统的可维护性，可扩展性，可重用等面向对象的好处。

这点细微的性能开销无需纠结。