引言
由于多端的出现，前后端分离的技术架构已经是一个不可逆的趋势了，但在web的流程管理上发现经常出现团队管理总是需要花费大量的时间进行“前后端联调”这样一个环节，这让人感觉是十分低效的。
本来前后端技术分离就是为了让前端用熟悉的前端技术迅速开发好前端，后端开发好后端，然后根据实现定义的接口直接缝合起来就行了，就像两个零部件，直接将螺丝扭紧组装起来。但在实践中经常发现，事先协商好的数据接口由于后端人员对业务理解的不足在前期设计阶段有遗漏，在开发过程中对接口进行了修改，导致前端开发人员每次都需要再修改接口，导致出现了一段在开发阶段比较长时间的“前后端联调”。
解决方案
但是，很明显这种情况是需要避免的，那么有什么比较好的方法呢？核心还是出在架构设计初期，在架构设计初期我们在设计系统架构和接口的时候，建立一套能提供给前端的mock接口。我这里写了一个FastAPI-Project-Template的项目尝试去做这件事情，利用fastapi自带的swagger UI功能，在开发设计初期为前端提供可用于调试的mock接口，如果后端接口有改动只需要修改接口即可，这样就能让前后端联调的工作放到开发前面。
http code http message
200 OK
201 Created
202 Accepted
203 Non-Authoritative Information
204 No Content
205 Reset Content
206 Partial Content
300 Multiple Choices
301 Moved Permanently
302 Found
303 See Other
304 Not Modified
305 Use Proxy
306 (Unused)
307 Temporary Redirect
400 Bad Request
401 Unauthorized
402 Payment Required
403 Forbidden
404 Not Found
405 Method Not Allowed
406 Not Acceptable
407 Proxy Authentication Required
408 Request Timeout
409 Conflict
410 Gone
411 Length Required
412 Precondition Failed
413 Request Entity Too Large
414 Request-URI Too Long
415 Unsupported Media Type
416 Requested Range Not Satisfiable
417 Expectation Failed
450 Parameter Requried
451 Method Connect Exception
500 Internal Server Error
501 Not Implemented
502 Bad Gateway
503 Service Unavailable
504 Gateway Timeout
505 HTTP Version Not Supported
