工作总结-接口设计

今天项目需要实现一个功能，修改课程。

业务逻辑

课程有课程基本信息，课程名、描述等。每个课程有问答库，每个课程有情景/关卡信息，每个情景/关卡会配置多个问答。每个课程还有多个人设信息，人设姓名、年龄等

功能

1. 课程基本信息可以单独修改

2. 人设信息可以单独修改

3. qa和情景关卡一起修改

方案

1、设计一个大的接口，修改所有信息都调这个接口

2、针对每个修改逻辑，设计一个接口

我开始是每个修改逻辑，设计一个接口。后端需要实现多个接口，前端需要调用多个接口。和前端对的时候，前提出了一个接口实现的方案。问了下组长和其他同事，一起讨论了下

建议拆分接口，不把所有的逻辑都放到一个接口里面

原因

1. 接口职责不单一

2.后续可扩展性不好，新增修改内容，要修改这个接口。违反了开闭原则

为什么前端一说方案的时候，我没有反驳他。觉得他说的有道理，可能是觉得前端调用方便。

组长和其他同事说了，要有自己的思考，为什么要选拆分接口。比如违反了什么原则，或者不符合ddd设计等，要有自己的思考。我其实用大模型问过，大模型建议拆分接口。

总结

1. 要有自己的思考，这样才能站住脚和成长

2.要学会提高解决问题的能力，比如问大模型，问其他同事