Admin on rest：RestClient创建操作为何返回params+id而非响应数据？

其实这个设计是从前端开发的实际痛点和框架的通用性出发的，咱们拆解几个核心原因：

• 一致性优先，适配多样后端
  Admin-on-rest作为通用的后台框架，要对接各种各样的后端API——有的后端在创建资源后只返回id，有的返回部分字段，有的返回完整资源结构。如果依赖服务器的response.data，前端就得写一堆自定义逻辑来适配不同的响应格式，成本很高。而用客户端发送的params加上提取到的id，不管后端返回什么（只要能拿到id），前端都能快速生成符合预期的资源对象，状态更新更稳定一致。

• 减少不必要的网络请求
  很多后端在创建资源时并不会返回完整的资源数据，只有一个id。如果这时候前端要拿到完整数据，就得再发一次GET请求去获取新创建的资源。而直接用params + id的话，前端可以直接用用户提交的内容更新本地状态，省去了这次额外请求，既提升了性能，也减少了后端的压力。

• 即时的UI反馈，提升用户体验
  用户提交表单后，前端立刻就能用自己输入的内容（也就是params）加上新生成的id来更新页面，不用等服务器返回完整数据。尤其是当网络较慢或者后端处理耗时的时候，这种即时的状态同步能让用户直观感受到操作已经成功，不会陷入等待的焦虑。

• 降低前端的适配复杂度
  假设后端返回的资源字段和前端发送的params不一致（比如后端做了字段重命名、默认值填充等），如果直接用服务器响应，前端就得处理字段映射的问题。而用params的话，前端完全掌控自己使用的数据结构，不用去适配后端的字段规则，开发起来更省心。

简单来说，这个设计是把前端的可控性和开发效率放在了优先位置，用最稳妥、最通用的方式处理创建后的状态更新，避免了后端API多样性带来的各种适配问题。

内容的提问来源于stack exchange，提问作者Clément Le Biez