接口联调时前端应该保留请求契约
把请求参数、响应结构、错误码和空状态写成可复用的约定,联调会少很多口头确认。
赞 85 · 踩 3写作 / 记录 / 复盘
这里记录经验、想法和复盘。每篇文章尽量解决一个具体问题,也给未来的自己留一条清楚的路。
把请求参数、响应结构、错误码和空状态写成可复用的约定,联调会少很多口头确认。
赞 85 · 踩 3用户需要知道发生了什么、还能不能继续、下一步怎么处理。
赞 78 · 踩 0把两者分工讲清楚,页面会少很多 magic number 和宽度补丁。
赞 36 · 踩 2更重要的是把接口响应、表单数据和领域对象分开,减少“看起来一样”的对象互相串用。
赞 29 · 踩 4用 props 表达输入,用 emits 表达事件,用 slots 留出变化点,别让组件知道太多业务细节。
赞 22 · 踩 1先分清服务端数据、表单状态、界面状态和跨页状态,再决定用 Context、缓存库还是轻量 store。
赞 15 · 踩 3从页面、业务能力、共享组件三个层次拆目录,避免组件库和业务代码互相污染。
赞 8 · 踩 0