面试官：你做这个项目遇到了什么问题？怎么解决的？
我：当时写了一个接口 是关于多个用户查询的 用户有老师 学生和管理员 他们查询的有奖项和文件 奖项和文件是两张表 这造成了很多问题
第一个问题是请求参数过多 有关于文件表和奖项表判断的参数 有分页用的参数 还有文件表和奖项表的参数 造成了什么样的后果呢？ 就是参数多达十几个 涉及三张表 还有关于判断的参数 不得不再创建一个实体类来接收参数 我经过思考就意识到了 可能是数据库设计的不太合理 假如我们把奖项和文件都当做一类资源来看的话 只需要一张资源表 而不是文件表和奖项表 也就谈不上新建实体类来接收参数了
第二个问题就是 这个接口里面涉及了非常多的逻辑判断 虽然我通过写注释 理思路的方式解决了 但是花费了很长的时间 这无疑增加了我对复杂问题的解决能力 但是我觉得 如果把这个接口拆分 那实现起来会简单很多 我们就不用做这么多关于哪个用户访问的这个接口 或者是访问的究竟是哪张表 的这些判断 无疑会大大的减少开发时间 我觉得 虽然这次我攻克了这个困难 但是在企业中我会把这个具有多个功能的接口进行拆分 以效率至上 当然 如果我具备了熟练解决复杂问题的能力 那怎么样解决这个问题都显得不那么重要了 上次解决那个问题 我就花费了很长时间 说明自己还是一名菜鸟 如果有机会 我非常愿意多向前辈学习
后经朋友wym补充 意识到了就是低耦合的问题 我们如果把这个具有多种功能的接口拆分为多个单一功能的接口 一方面可以解决参数多新建实体类接收的问题 另一方面这也是低耦合的体现
ps：目前还是在校生 没有实际开发的经验 如果写的有问题 欢迎批评指正
