日常开发--前后端联调规范
项目场景:
针对前后端分离技术,前端人员和后端开发要提前协商接口文档数据;
然后再去码代码这时任何一端开发完成,都会先用mock数据(假数据)来测试程序,
后端一般会用postman/http requster而前端一般会用到gulp,webpack,fekit去哪儿网的一款前端自动化构建工具，
据说历史比webpack和gulp都要久远）等等自动化构建工具都有mock数据的功能，这不是问题；
再说绝对路径的问题，其实只需要做一个host的映射就行了。什么是前后联调:
前后端联调:就是真实业务数据和本地的mock数据之间来回切换,以达到前后端分离架构下的不同开发
速度时数据交换的一种方式;
为什么要实现前后端联调:
假设小刘现在ajax中的url写的是相对路径（如：./mock/user.json），
小刘现在面临的是后端接口没有数据，需要本地mock数据，
但是当后端接口开发完成，并且有了测试数据后，小刘是不是需要切换到后端数据呢？答案是肯定的，
但是小刘需要在本地mock数据和后端接口数据之间来回切换，为什么呢？很明显吗，
本地的mock数据是小刘自己写的，肯定符合前端需求，但是后端接口首先需要测试通不通？
还需要测试数据格式对不对？
有可能前两部都整好了，但是后端还没有填写足够的数据（比如，列表页，小刘想分页，
后端叔叔就写了两条测试数据，你咋整？），所以呀，小刘需要根据后端叔叔对接口的调整不断的来回切换url，
这样岂不是还在受后端的影响，还谈毛线前后端分离呀！所以在我们前后端分离架构中,不断来回切换本地的mock数据和后端接口数据时,就会有联调问题
联调开始:
联调开始
在讲解联调之前，你需要了解主流自动化构建工具本地mock数据的方法，本例以gulp来讲解，不了解的小伙伴可以看看Gulp和Webpack对比的mock数据部分。
开发阶段
两台服务器对应两个域名
这是最nice的方案，也是联调最舒服的方式。
在这种方式下，前后和后端各有各的服务器和域名。后端会把他们开发的后端业务代码，实时的上传到服务器上（也可能不是，如放在后端叔叔自己的电脑上，实现是一样的，只不过域名变成了叔叔的ip地址）；而我们前端的代码会实时的上传到我们前端的服务器上（同理也可能在自己的电脑上，开发完一块上传）。
为了后面方面讲解，前端服务器域名为“chping.website”，后端服务器域名为”chping.site”。
css、js和图片等静态文件
此时，我们的静态文件的请求路径建议使用我们前端服务器的绝对路径，为什么呢？因为如果我们写本地的相对路径，等把我们的入口文件交给后端后，路径还是绝对路径，岂不是成了后端服务器的路径了，那就坏菜了，还得一个一个修改成我们前端的绝对路径（如： http://chping.website/css/reset.css ）。
那可能有小伙伴说，这样的话，我在开发阶段，我们的服务器上还没有自己的静态文件呢，去请求的话，会报404的！
对的，这时候就该我们的host的出场了，我们知道当进行域名解析的时候，第一步是在浏览器缓存中寻找，如果没找到，第二步在我们系统的缓存中寻找（就是本地的hosts文件），然后….（想详细了解请看网络请求过程扫盲的DNS解析部分）就没有然后了。既然域名解析需要通过hosts文件这一步，那么我们就修改一下它，让访问 http://chping.website 这个域名的请求，全都访问我们本地的mock数据就好了呀！
在hosts文件中添加下面这一条
127.0.0.1chping.website
好的，搞定，从此以后所有访问域名 http://chping.website 的请求都会被映射到本地了，然后再结合gulp的mock数据，就完成了你写的是域名+绝对路径（如： http://chping.website/css/reset.css ），但是请求的却是你本地mock的数据（上面的请求会被映射到 http://localhost/css/reser.css ）。这样你就不需要来回修改请求路径了^_^。
ajax后端数据
开发工程中，静态文件的联调问题可能还是比较少的，特征也不明显。但是通过ajax获取后端数据使用联调的情况可就多了去了，前面 为什么要前后端联调 一节中已经通过小刘的例子说明了，就不在赘述了。
其实在介绍完 css、js、图片等静态文件 一节，相信你也能猜到了怎么去前后端联调了。很简单，ajax中的请求还是写绝对路径（如： http://chping.site/userlist ，获取用户列表），此时后端接口如果没有开发好，和上一节一样通过hosts文件的修改可以实现 chping.site 域名映射到本地来。如果后端像让你给他测试一下接口获取的数据对不对，你可以在修改一下hosts文件就可以了。
可能还有小伙伴问了，这样还不是改来改去，麻烦死了。首先来说，相比较你修改多个url地址和修改一个hosts文件，孰轻孰重，一目了然；其次，怎么可能让你去每次都去修改hosts文件呢，麻烦死了。现在向大家推荐一款小插件，在google商店里搜索一下 HostAdmin 就找到它了，下载安装就好了，然后简单配置一下你的hosts地址，就可以愉快地切换hosts的映射了（HostAdmin的使用自行google，干这行岂能不会用软件）。
好了，两台服务器对应两个不同域名的场景在开发阶段就这样愉快地结束了。但是在实际开发中，中小公司很少给你两台服务器和两个域名的，一般正常情况就是一台服务器一个域名的。
一台服务器一个域名
我仔细想一下，此时这个服务器会给谁管理呢？
想都不用想肯定不是前端，后端叔叔比你对服务器熟悉多了，交给你去管理那是出鬼了（我还真遇到过，不过也是给后端首先使用，最后才把前端的代码放到服务器上），所以说在这种情况下，你就老老实实在本地开发就行了。
css、js和图片等静态文件
这时候的静态文件再开发阶段不需要任何考虑，按照你喜欢的相对路径或者相对于项目的根路径的形式写就行了，因为早晚还得交给后端。但是，需要注意：
- 如果你采用 相对项目根路径的书写方式来写你的静态文件路径 时，一定要先和后端叔叔商量好，将来项目部署的时候他会把你的前端整个项目放在哪里？如果不是根目录下，你就挂了。比如：你的reset.css的路径时
/exports/styles/common/reset.css，后端叔叔把你前端项目放在了根目录下的frontEnd文件夹下，reset.css文件就报404了。 - 如果后端采用的java，你需要特别注意的是， tomcat的根目录 并不是
webapps文件，而后端项目默认是部署在webapps/ROOT文件下的，所以你如果使用了相对项目根路径的书写方式来写你的静态文件路径时，对不起又是404了。
ajax后端数据
因为现在唯一的一台服务器还是在后端叔叔那里，所以此时你还是可以写绝对路径（域名+请求路径），利用hosts文件来改变域名映射实现联调。
开发阶段小结
其实在开发阶段做联调的情况还是很少的，一般都在自己的机器上开发，后端会自己做单元测试，根本不用前端来给他做测试的（先别骂，完事一块，哈哈）；而前端更不需要了，都在自己机器上开发。及时有两台服务器和域名，有几个每开发一个功能就上传服务器呀（此服务器指项目上线时部署的服务器），有病吧！所以说，在这个阶段只需要做好hosts映射就行了，不会让你来回切换域名映射的。
但是接下来的调试阶段就不一样了，项目前后端大体都已经开发完成了，Beta版本已经部署了，这时候如果出现bug就需要频繁的线上线下（真实数据和mock数据）切换了。
调试阶段
调试阶段的情况说明刚才提了一下，现在再详细的阐述一下：
首先，已发布的Beta版本在测试的时候，发现前端页面上有个地方有个小bug，需要你修改一下，于是你访问线上的页面，看了一下这个bug，发现是某个css样式文件里面出错了，于是你希望在本地修改，然后线上版本可以直接查看，这样就可以实时看到你的修改在线上的真实样子了。
两台服务器两个域名
这里就不在分静态文件和后端数据分开介绍了，其实道理都一样的，另外此时后端数据都是真实的了，也不需要你管后端了，此时你本地的mock数据已经下岗了。
首先你只需要打开前面你安装的 HostAdmin ，通过它配置一下你的hosts文件（如果年前面的做了，此时你已经配置好了），然后 chping.website 这个域名你可以在本地和线上之间来回切换了。
再具体一点就是：
- 启动你本地的项目
-
将
chping.website域名通过HostAdmin设置为127.0.0.1 chping.website # 202.201.112.232 chping.website //假设202.201.112.232是线上服务器的ip -
打开浏览器，并清除一下浏览器缓存，重新打开你们开发的网站。此时网站是获取到的静态资源就是从你本地获取的了，但是ajax获取的数据确实后端返回的真是数据。
- 然后你开始修改bug，这时候线上的版本可以实时查看你修改的前端内容，修改完bug，QA说了OK，你就可以把修改的文件替换掉服务器上的版本就行了。
一台服务器一个域名
这种情况就复杂了，此时只有一个域名，如果你开发阶段是按照我前面说的，写的是相对路径，那么此时你是没有办法实现 两台服务器两个域名 那种线下修改，线上查看的高大上联调的。那该怎么办呢？
第一种方式就是，你在本地修改，本地查看，测试好了以后上传到服务器，看看线上环境可不可以，OK当然好；不行就本地接着改，然后在上传。
第二种方式就是，在开发阶段你给静态文件前面加上一个 假的域名 ，然后像两个域名一样进行假的域名 与本地映射配置，然后像两个域名一样开发。等部署的时候，在服务器上也暂时做一个本地映射，你就可以实现同两个域名一样的线下修改，向上查看了。但是，最后真正上线的时候，你就需要收到，把假域名全部删掉。所以说，一台服务器一个域名的时候，前端静态文件做联调是很不方便的。
小结
总结一下， 前后端联调 是一种 真实业务数据 和 本地mock数据 之间来回切换以达到前后端分离架构下的不同开发速度时数据交换的一种方式方法，而实现就是利用自动化构建工具的mock数据功能和修改域名解析文件hosts来实现的。
如果你的项目是两台服务器和两个域名，随便你折腾。但是如果你是一台服务器和一个域名的话，就有些麻烦了，而这个麻烦仅对于你前端静态文件联调有影响，需要你好好思考一下怎么解决了，我目前还没找到更好地方法去解决。
开发完接口之后无需前端配合联调，自行检测接口准确性。通常以下几点需注意：
- 接口方法是否正确
- 数据返回格式是否正确
- 上传参数是否正确
- api地址是否全部是小写（公司要求）
需要权限的接口调试
因为本公司除了登录接口其他接口都需要token（登陆之后使用），虽然token传的地方很多，公司使用的是放在Headers。点击body左边的Headers，填上key-value即可。key为x-token(举例)，value为登录接口返回的token，自行上一步复制。