前端是如何管理后端提供的API的？

撷取下去哪儿的实战经验，他们暗鞘了 yapiUSB管理工作网络平台，后端如前所述那个规范化聚合 mock统计数据，后端依照那个规范化增容和试验USB

愈来愈多的子公司将后端和后端全盘分立，以期能全力支持后端两套USB，提供更多给 web, ios, android 采用，大大降低了合作开发的工作效率。但在此后，也增添了后端 ui 倚赖后端统计数据的难题，在后端USB没合作开发顺利完成以后，后端须要依照USB定义的规范化演示USB统计数据。那个难题貌似单纯，但事实上在合作开发操作过程中，会是两个较为郁闷的难题。

过往的作法

有如前所述后端和后端三种作法，后端绝多半数都是在销售业务标识符里头先依照后端USB定义，写两套演示统计数据，也有如前所述 mockjs 透过截击 xhr 形式。后端多半是先写两套试验统计数据的USB，提供更多给后端初始化，等USB合作开发顺利完成后，在转换回来。不论是哪一类形式，都无可避免的有下列难题：

1.负面影响了销售业务的标识符，时常能看见上面此种标识符,注解了旧有的标识符方法论，换成试验的演示统计数据

getUserData = (uid) =>{ //return axios.get(/api/user/ +uid); return new Promise((resolve, reject)=> { setTimeout(()=>{ return resolve({ data: { errcode: 0, data: { uid: 1,username: tom } } }) }, 100) }) }

2. 后端USB统计计算机程序出现出现变动，减少表头、修正Hamming称了，难以及时处理意见反馈给后端合作开发者，预览发展缓慢。

3. 不容易演示复杂情况，例如USB响应时间，聚合各类演示统计数据，如邮箱、手机号等等

{ email: [email protected], phone: 18000803800 }

4. 在实际的合作开发操作过程中，他们不仅须要演示正常情况下 UI，还须要演示统计数据出错，统计数据为空时的 UI。

去哪儿后端USBMock 实践

他们研发了 YApiUSB管理工作网络平台管理工作他们后端USB统计数据的演示, 只须要前后端去维护在 YApi 网络平台定义的响应统计数据，就能聚合须要的演示统计数据，上面这段标识符就是定义的聚合统计数据模板：

{ “errcode”: 0, “errmsg”: “@string”, “data”: { “type”:”@pick(1,2,3)”, “list|1-10”: [{ “uid”: “@id”, “username”: “@name” }] } }

可聚合如下的演示统计数据：

{ “errcode“: 0, “errmsg”: “^*!SF)R”, “data”: { “type”: 2, “list”: [ { “uid”: “370000200707276255”, “username”: “Ruth Clark” }, { “uid”: “650000200211185728”, “username”: “Anthony Martin” }, { “uid”: “370000199201143855”, “username”: “Laura Rodriguez” }, { “uid”: “610000198704072775”, “username”: “Anthony Perez” } ] } }