前后端接口规范 来源： https://github.com/f2e-journey/treasure/blob/master/api.md 随着前后端分离越来越普遍, 后端接口规范也就越来越重要了. 一套良好的接口规范可以提升工作效率, 减少沟通障碍. 通常我们都会采用 REST 方式 ...

　　在我们的实际开发中，费事写完一个接口之后，还要维护该接口的接口文档，接口少还好说，当接口数量很多，维护接口文档也会是一个很繁重的任务。还有一点就是在我们修改完一个接口后，我们经常忘记把修改的内容添加到接口文档之内，或者我们添加了但前端同学没有及时注意到，所以这就会造成前后端的接口信息不同步 ...

这期抽出来的问题是关于模拟后端接口提前返回数据，也就是我们经常说到的Mock开发。 前言 Mock近几年也有很多成熟的框架，包括Vue等等都有Mock服务，但是如果你对框架不熟悉，或者不想去学，也有很多工具可以做到可以让你简单地使用Mock来模拟后端接口。 接下来我会介绍如何使用 ...

以项目驱动学习，以实践检验真知 前言 我在上一篇博客中写了如何通过参数校验 + 统一响应码 + 统一异常处理来构建一个优雅后端接口体系： 【项目实践】SpringBoot三招组合拳，手把手教你打出优雅的后端接口。我们做到了： 通过Validator + 自动抛出异常来完成 ...

前端获取后端返回数据 前端接收，默认为对象 接收方式 ...

1、获取后端接口返回的数据中的部分字段 const isType = type => val => type === Object.prototype.toString.call(val).slice ...

是一个图形验证码的接口，点击验证码可以刷新，问题是我用之前的请求方式只是在 created 里面生效，再次点击就不会请求接口了。不明觉厉. 之前的写法是这样的 不管是初始调用，还是点击调用都是可以的，可以在 network 中看到。 但是不知道什么原因，这次不行，点击事件 ...

在项目开发中，一般返回给前端的都会是一个统一的返回响应对象，因此后端需要封装一个泛型类来作为响应对象，这样做的好处是前后端能统一接口返回，可以做规范的响应处理。 ServerResponse类 ResponseCode枚举类 没有什么说的，直接贴代码就完事了，实际 ...