没什么事情，随记一下 -出差

![请添加图片描述](https://i-blog.csdnimg.cn/direct/1165f4f1b63347e08dedd56579466bad.jpeg前几天出差，因客户的需求，项目不能连接外网，也没有vpn，所以只能实地实施，对接接口，我其实也是第一次出差，也不知道出差需要注意什么，反正就是什么也不知道，然后就是硬着头皮就来了，来吧，开搞～～ 然而，当我真正的入驻客户实地之后，一切都不一样了，啥都是问题，啥都要解决，来就来了我一个开发，项目是之前部署的，项目环境也是之前部署好的，但是千万别天真的以为，项目之前部署好了，开发来了只是傻瓜式的点点，就能更新好项目，绝对不可能，因为你不知道，你会遇到什么问题，尤其是项目的运行环境，真的，不要看，现阶段项目运行的没有问题，那只是你没有去更新，当你更新的时候，问题就出来了；！！切记 不要着急，不要慌，这个时候 你需要打电话找你的运维，记住，找运维，让他直接远程来看问题，不要拍照，有人会问为啥不能远程控制，或者共享桌面；请注意文章开头，没有外网，没有vpn
这里我要留一张图的空缺，等我有外网了，我要去找那张图，贴在这，或许你会问 为什么不现在找，因为 我的流量实在是不够用
！
！

！
！

好，我们继续；当我们环境的问题整理好之后，运维就 撤退了，剩下的就是我们开发的活了；当运维撤退的时候，我们的恐怖时期就来了，和客户对接接口文档提前几天提供的，但是这个接口文档会有包含不到的地方，或者也有兼容不到的地方，这就需要我们实地调整以及联调，当客户出现问题时，我们需要第一时间获取报错信息，然后先看报错信息，如果能直接看出报错信息，那我们就不用本地debug了，看不出来，那没办法，你就要进行本地debug，所以，你要确定，你的本地环境是没有问题的，而且是最新的代码，那就OK了，剩下的就交给客户了，

但是～

再说，我觉得以后的这种接口定义，是怎么简单怎么来；如果我来制定规则，如下：

1. 接口的请求方式就只有两种 get post
   get：要求请求地址中，只允许拼接一个参数，超过1个参数就是使用post请求方式
   post：使用post接收除get请求之外的所有请求方式，body json传参，url中不允许拼接参数
2. 接口文档，接口文档完成之后，必须通过自己小组的审核；将接口文档发送给对接放时，需要与对接方沟通确认，最好是能看到文档 边看边确认

今天来补充了 图片，是的 就是这样的

全是泪啊