有时候为了方便阅读，会在列表也要展示明细，例如：
为了实现这个效果，其实有两种方式：
第一种是：数据是以单据的为主体分页的形式返回给前端，如果说操作按钮的主体是单据，那么用这种方式是最好不过的。
不过有个问题就是，如果单据的明细特别多，就会导致列表太长了，不好阅读，不过可以让前端实现合并展开的功能。同时如果明细数量多的话，一次性返回太多的结果，会影响列表的加载速度。
第二种是：数据以单据明细分页的方式返回给前端，单据明细以订单id进行排序，这样同一个订单的明细就会在一起，前端再把单据编号合并展示。如果列表的操作对象是单据明细的话，其实这个方式是不错的选择，这样就能确保每页的行数的固定的，阅读体验会比较好。
缺点：
- 可能同一个单子的明细，一个在第一页，另外一个在第二页。
- 同时如果操作按钮如果是针对单据的，那么就需要对操作按钮栏目也要做合并，如果明细一个在第一页，另外一个在第二页，那么同一个单子就会有两个操作按钮，逻辑上会比较不好点。
- 搜索明细的sn的时候，会得到一条明细结果，但是操作按钮是针对整个单子的话，点进去又是所有的明细，感觉上也有点怪怪的
综上所述，具体选择哪个需要自己根据实际情况权衡
评论 (0)