zhao1014

@Aresxue 记岔了，我以为一次 I/O 能把整个树加载进内存呢

卡牌类，rougelike 类，或者异星工场、mindustry 这种种田的

@hahaFck 等你入职以后让你维护一堆这种代码你就明白为什么了

https://teachyourselfcs.com/ +1 ，如果你不是考研的话，看这个性价比更高更实用

其实几乎所有的 App 地推都是这样，只不过没有那么过分，拿一些奖品换你下 App ，一些老人不会操作就让地推员帮忙操作。。。。

@hahaFck 假如都像你这样写，且不说业务与数据库混淆的问题，你想拿一个 User ，却需要联表查询其他的表，按你说的，“如果我一个方法需要 user ，department ，organization”，难道要在 User 里塞 department 和 organization ？假如需要的参数更多呢？岂不是要联十几张表？那你这查询得花多长时间？你这么做就算是你只想要 User 不想要其他得东西，你也得联表查。

底层得东西越简单，上层越容易复用，你如果为了一个方法去造一个融合怪，那岂不是会为了更多得方法造更多得融合怪？结果就是冗余一堆垃圾代码，重复得东西到处都是。另外为什么宁愿多次单表也不要联表得问题网上解答多的是。

假如 User 的字段是 username ，Department 的字段是 departmentName ，前端需要在一次请求中返回 username 和 departmentName ，你需要做的是再封装一个 vo ，字段是 username 和 departmentName ，把 vo 作为返回值，而不是在 User 里面塞一个 Department 对象。

至于怎么为 Vo 填充数据，一句话能不要 left join 就不要 left join 。

@hahaFck 你需要什么就查什么啊，你也说了有些时候需要其他表的信息，那就查第二次，总比你每次需要 user 时都做一次 left join 好吧。

跟数据库保持一致