最后放弃了hibernate的多对多,太麻烦了
我认为还是多对一是最实用的
那就在角色里排除用户
这不是解决问题的办法啊
查看角色中的用户,这个需求也很常见
@任冠宇: 不常见.
并且根治的办法是.不要去序列化数据库实体.
序列化DTO实体
根据业务侧重点 分别分装之后再转成json不就可以了
什么叫分别分装?
@任冠宇: 打错字了。意思是你按照前台业务需要什么数据就用你有的实体去再封装一下 传过去不就行了
@初学者max: 太麻烦了,如果需要手动封装实体,用框架的意义就不大了,直接jdbc查出Map直接往前台传就得了
@任冠宇: 如果实体类能解决所有的业务场景也就没DTO这个概念了 大兄弟
@初学者max: 所以...最终方案就是用jdbc查出json,然后直接传,是不是这个思路
@任冠宇: 如果按照你想的从框架这里解决不了 那应该只能这么做了把