版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/moye666/article/details/77504079
对于接口开发的一些自己的看法，通俗版本的那种
之前工作，一个模块功能的前后端，都是一个任务完成，所以对接口开发并没有怎么重视，尤其是把这个概念单独理解。
一个人包揽前后台是什么感觉？你有什么不满意的地方，那就改呗，前面后面，想改哪就改哪，一点问题都没有，毕竟都是自己写的，心里有个数。
我很喜欢把程序员的工作类比成盖房子，一个项目就是一个房子，多个协同的项目，就是一个园区。一个人包揽前后台，就是在盖房子时候，从建筑到装修，都是你一个人干，装修时候有什么不满意的，拆了重做，就是那么任性。
一旦前后端分离，那么问题就来了
改动别人的代码是一个大忌讳，一不留神就容易动手。。。。。。
那怎么办？需求做详细一点呗，列出详细的功能需求。建筑设计图纸那样的，每个房间是干什么的，有什么功能都写清楚，比如：这个房间是书房，建筑时候就先预留网线，空调口，电线管道等等，然后厨房就要留水口，燃气口，相应的电线管道……
装修的时候，就用这些接口接各种东西，大吊灯还是日光灯，格力空调还是小米空调随便接，接电的只要电压对，接水的只要阀口规格一致就行了。
我们程序员的需求文档，也是这样，你要什么功能，后台给你写什么功能，然后留个接口。接口里面是什么前端不用管，只要知道里面出来什么就行了。后端写的接口，会列出详细的传入值与输出值。前台拿这些值干什么，后端就不用管了。
这样做的好处就是，只要一个后端，前端是ios，安卓还是web，根本不在乎的。
就像我这有个水管接口，你只要接上了，接的是热水器还是太阳能还是水龙头？不用管的，只要一拧阀门水管这边能出水，那么这个水管的接口就是合格的，至于出的水怎么用，那就是装修工人的问题了。
我留的接口，只要你协议没错，你传个值过来，我吐出一大堆数据给你，后端的工作就合格了，至于前端是ios,安卓，web拿这个数据干什么，谁知道呢？