社区早已有了mock.js的实现方案，帮助我们实现模拟数据以前后端联调了，今天自己实现了一个简易版的mock.js，模拟Ajax和fetch请求
首先我们从使用的角度出发，思考编码过程
M1. 通过配置文件配置url和response
M2. 自动检测环境为开发环境时启动Mock.js
M3. mock代码能直接覆盖global.fetch方法或者XMLHttpRequest构造函数，实现开发无感知
M4. mock配置不影响实际的请求，可无缝切换为实际请求
比较符合我们使用习惯的，也许是下面这种mock方式,有一个专门的配置文件，管理请求的url和返回值。每个请求对应输出数组中的一个对象，对象的rule属性可以是一个字符串或者一个正则表达式，用来匹配url,对象的res属性则是我们希望的从中请求中拿到的返回的数据 （也许这里面还应该加个type表示请求的类型，但是我这个是mock的最简化版，所以就不加了）
mock配置不影响实际的请求，当请求没有命中mock配置文件中的url时，自动切换为实际请求，例如
直接上代码
配置文件
测试代码
测试结果
除了上面的功能外，我们还能做什么？
加个type类型，区分同一url下的不同请求类型,例如get,post
加个布尔值err,表示失败的请求
上面这两个功能再做了我觉得就已经很足够了，当然，如果你还不满足，那你还可以尝试：
处理xhr.open的第三个参数：async值，控制同步和异步
处理xhr的progress,load,error,abort等事件监听
处理fetch返回的response的其他方法，例如Body.formData()等等
早在之前我就写过一篇关于mock.js的文章。这个库目前在github是13k, 当然我觉得这个库是很强大的，因为它覆盖了从名字，地名，文章甚至是图片资源的mock数据，但是在实际使用中却多少有那么一点点“鸡肋”的感觉，为什么我会有这样一种感觉呢
这是因为它有一套自己的独立的模板语法，以及API，需要你学习和遵循
当然mock.js有它自己的好处，例如：
当你需要动态地造大数据量的mock数据的时候很方便，例如mock.js的Random.paragraph的API能很方便的帮你造出来
当你有一些特殊的需求点的时候，例如一个长度宽度变化的图片的时候，mock.js也可以很强大的胜任Random.image( size?, background?）
造出来的数据看起来“很漂亮很真实”，单纯看完全发现不了是假的数据
但问题在于，我在实际的开发中发现，我们大多数的数据场景根本就没这么复杂
我们大多数时候需要的仅仅只是：写一个响应数据的模版，例如一个json文件，然后使得发一个请求过去的时候能在ajax的onreadystatechange或者fetch(url).then中拿到数据就可以了
如果符合我们预期的mock的“完美需求”是100%的话
mock.js这个社区应用实现了80%到99%的需求的过程
但是它的使用方式却额外增加了30% ～ 40%的成本，
因为，我们大多数时候也许不太需要这么多的模板和“看起来很漂亮的数据”
这是我写这个简易版的mock的实现的原因
才疏学浅，还多指教，本文完
我叫彭湖湾，请叫我胖湾