这是一个创建于 1473 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目是前后端分离的情况下，页面展示数据的时候，尤其是统计数据，一条记录设计到多个表，我一直的做法是（我很少用 join，我一般尽量避免多个 join，多了总有些稀奇古怪的问题），查出一条表的记录，在结果集中用 association 或者是 collection 去关联查询 然后嘛，公司来了个技术总监，跟我说不准这样做，他说后端每个表提供一个查询接口，让前端自己去查，具体做法就是前端先查一个表的数据，拿到了数据处理下得到关联的字段，再去掉另一个接口，就这样搞几轮就能把数据查出来。 他的理由是：这样耦合低，数据库改字段，改动量小，还让我去看阿里的编程规范。我当然不服啊，但是我也不知道怎么反驳，各位老大哥老大姐，可不可以给我上一课
 |
1
aguesuka 2020-11-11 12:49:39 +08:00 via Android
我支持你家技术总监。在 xml 中的 resultmap 无论是读个写改都非常痛苦，又没有编译异常和代码提示。阿里那个规定左脚先进公司的规范就没必要看了
|
 |
2
daozhihun 2020-11-11 12:54:27 +08:00 via iPhone
如果性能上没问题，我觉得可以按照你们总监的方法做。
如果是 join 可能牵扯到很多没有定义的类，前后端处理起来都很麻烦，而且现在很多设计是除了某些特殊情况，后端尽量避免去 join |
 |
3
uselessVisitor 2020-11-11 20:28:42 +08:00 via Android
我记得阿里的规约推荐用 resultMap 呀，我觉得还是在后端处理好一起给前端比较好吧
|
|
4
uselessVisitor 2020-11-11 20:30:58 +08:00 via Android
兄弟，想跟你交流一下关于这个的 YmVpY2hlbmhweQ==
|
Select Language