同事提供出来的思路，直接让我醍醐灌顶。（接口）

        前提：这次所接到的任务是是面向后端接口，也就是编写出需要的接口。

        在我任务中其中有一个任务大概是这样的：现有一个主表和一个子表，要求修改主表中两个字段并与其子表中的两个字段的内容进行合并（主表中这两个字段名和子表中的这两个字段名相同）注意：虽然查出来的是以上内容，但对于修改仅仅是修改了主表和子表中的两个字段，所以sql写完，再控制层只需要考虑去修改这两个字段即可。同时，主表中有一个状态值（1，2，3），要求在进行修改的时候，这个状态值为2，而这一过程是与修改主表那一整步同时进行（其实还有一个，是它还有一个参数为时间，但经提醒，才明白，这个参数（时间）是在修改的过程中，被默认改为当前时间，而不是有一个专门的时间），所以这一字段只需要去控制器层考虑。

      往后还有，但没有这个接口其后的流程就会进行不下去。当然，这个任务是我明白之后，总结出来的。

        那么，让我们回到我之前的思路：当时我一直想的是先进行主表和子表的左右连接查询中的任意一个，并将sql中将需要合并的两个字段进行合并，直接查出需要的所有（第一个接口），再专门去写一个修改状态字段的接口（第二个接口，当然这是当时这么想）。这个一共是需要去写两个接口，两个sql，两个collection，两个操作，对于前端同样也是需要改变逻辑进行页面两接口的调用，但这样就可以实现了吗？不，如果没有修改这一操作，我想可以完成，原因就是我只想到了查询和修改状态值,从头到尾，都不曾去想，主战力修改，而基于主站力的修改，它的辅助是查询，没有查询，哪来的修改。所以从头到尾，我仅仅想的是去查询和修改它的状态值，而不是去修改这两个字段。

        这样一来，从思路上明了了许多，如下

                                                                                                                               ————附件