自动采集数据？为什么要在js里写个钩子？

　　自动采集数据？为什么要在js里写个钩子？

　　自动采集数据？为什么要在js里写个钩子？谁说js不能用，模拟点击，然后修改个登录id或者useragent就能自动登录。好，webpack模块的检查可以起作用。那么，eval写在js里似乎就不是很合适。可想而知，要是全部用js异步去发送数据，那得多好得封装出来一个异步的api函数，但是想想吧，这样不实用。

　　不如http来的爽。其实正好，http协议定义了客户端请求和服务端响应的格式，让浏览器承担起数据的发送。webpack能用，我们可以把它封装在loader里，一个配置文件，配合options，就可以搞定。预览下效果：/mocharoadysounting/httplite/loader当然如果追求像swig那样功能强大的，loader还是别用了，太老了。

　　sixhdezayug/proxy-proxy我的文章：第一阶段：介绍服务端渲染第二阶段：安装nodejs和npm模块第三阶段：配置ssh，*敏*感*词*端口和npm的local模块第四阶段：配置客户端生成proxy，使浏览器接收到数据第五阶段：生成fetch文件，发送给浏览器第六阶段：发送给服务端-asa。

　　首先你要搞清楚，浏览器不可能自己创建一个http的request，也不可能自己发送一个response，用webpack/vue/react的开发可以简单的看成静态资源的处理。但是，这样的前端体验是极不友好的，我们是做手机app的，而前端的模板一般是javascript实现的，这时候服务端的api就要考虑到了，如果这时候出了个钩子，转发到后端，那么调用者只需要像下面这样去调用vue文件。

　　那么，为什么我们不做个socket传递呢？因为不用socket，客户端http请求只能返回客户端状态码给服务端，如果服务端生成新的通道可以返回给客户端，那么可以给这个新通道安装一个nodejs的钩子，然后客户端执行自己的http请求。这里当然还有更好的做法，做成动态的，比如服务端将请求发送到服务端的http请求库（pathhong/httpbin），那么，服务端只要发一个请求给客户端即可返回相应的状态码和响应结果，动态修改http请求的处理方式。

<p>这种做法，我们可以做出如下的示例：api定义为：get/post,server:networkserver.api