gjkv86

这看着不是 jpa 的锅，是你把 jpa 用成了面向数据库编程。jpa 首先要对象建模，你这设计看不出有这方面的内容。你把对象关系捋清楚在去熟悉 hibernate 怎么用，前提是你得有这个能力。

逻辑表达能力，对使用过的技术有多少理解？以及对知识和技术的热衷程度。

800 个连接太多了 什么数据库禁得起这么造啊

你叫 wrapper 也可以，或其他什么都行。但是从职责上，正如有朋友指出的，传输的确实是 dto 一类的东西。而你说的对象包括业务行为的这种类，应该是属于你自己建模的一部分，他应该不依赖于 user 数据是 rpc 来的还是 db 来的。我理解的不一定符合这理论那理论，但代码之所以这样那样的封装，很重要的一个目的就是为了适应变化，封装变化。最大限度的自己掌控适应变化。

RPC 为何要返回充血模型？这种主要是传输对象的状态吧。 其结果需要有基于可以传输的 user 再有一到两层的包装再使用。你传输的只是对象的状态，这个可传输的对象确实没必要很复杂。 但上层使用时，需要有再次的封装，而不是直接拿来用。这样也避免了传输的模型发生了变化，把变化波及的上层。

现在所在公司也在推 DDD 过段时间跟大家汇报效果 现在感觉完全不报什么希望。因为感觉外面来请来的这些讲师也讲不清楚，实践肯定就更难了。

@PerFectTime 有时间可以啊。多和大家沟通交流确实能事半功倍。