WEB开发：如何用js来模拟服务器的ajax响应，不依赖服务器来编写前端代码

一、问题的提出

目前web前端开发，主流的思路是：

1）编写静态的html文件（不使用模板技术，与服务器无关）

2）页面通过ajax与服务器交互，进行数据的传输，数据格式为json格式

这里存在一个问题，因为有大量的与服务器的ajax交互，前端代码的编写与测试对服务器的依赖很大。这有时可能会影响前端的开发效率。

本文我们提出一种方法，就是通过用js模拟服务器的请求响应，使的前端代码可以独立开发和调试，当最后实际与服务器交互时，只需替换下api即可，工作量很小。

二、解决方案

具体的做法是：

1、定义一个js类，如：

function MockServer(){

}

2、定义一个方法，如：

MockServer.prototype.ajax = function(url,paras,handle){

}

正常情况下，页面中需要向服务器发送ajax请求，需要调用相应的ajax api （具体的api依赖所使用的框架，一般开发web前端都会使用某个或多个框架，如最常用的jquery框架）。但不管是使用哪个框架的ajax api，其核心的信息包括三个部分：

1）请求的url。 服务器针对不同的url会给出不同的处理。

2）js传给服务器的参数，通常是一个json对象

3）服务器处理返回消息的回调函数

我们这里提供的ajax方法的参数正好是这三部分内容。

这时编写js代码时，就先调用这个ajax方法发送请求。到时再替换具体框架的api，这个工作量相对很小的，只需替换下api即可，其它代码基本不用变。

上面定义的ajax中组装需要返回到浏览器的数据（是个json对象），然后调用调用者提供的handle回调函数，参数就是要返回的json对象。

因为ajax的请求时异步响应的，为了使流程更加真实，我们在这个ajax方法中使用setTimeout方法来实现异步的响应。该方法的实现代码如下：

MockServer.prototype.ajax = function(url,paras,handle){
   var result={};
   .............
   //给result对象设置值，该result对象就是返回到ajax请求的数据
   window.setTimeout(handle,parseInt(10*Math.random())+10,result);
}

可以看出，上面代码利用 Math.random 方法获取一个随机数（以便更加真实），然后设置定时器，当随机数时间到了，

就调用回调函数，参数是result对象。 在这之前，需要根据不同的url，给result设置不同的返回值，这个按照业务逻辑来处理就行了。

调用者的代码如：

  var mockServer = new MockServer();
   mockServer.ajax("loadmyokr",{},function(result){
        if(result.errorcode){
            alert("操作失败，错误原因是："+result.errorinfo);
            return;
        }
        showData(result.data);
    });

当和服务器真实交互时，将上面的api换成实际使用的api即可。甚至还可以进一步处理，这个api就保留，到时在这个api中再次封装即可。
这样js代码就几乎可以实现不用修改。

三、进一步深入

在实际的服务器代码中，数据是会持久化的，也就是说客户端与服务器交互引起的数据变化会持久化。

当页面重新刷新后，会获取到最新的变化后的数据。

如果我们只是在上面的ajax方法代码中根据业务需求封装返回客户端的json对象，这些都是在内存中操作的，因为MockServer类本身就是js类，存在于客户端。

一旦页面刷新，所有页面操作引起的数据变化都没了，每次刷新页面都会回到初始界面。

初始界面本身这个倒没有大问题。最大的问题是这样会导致客户端js的代码很可能考虑不全，存在逻辑错误或遗漏的地方。

为了更加真实的模拟服务器。

我们可以利用html5的 Web Storage APi 让这些模拟的数据持久化到客户端机器上。这样在交互过程中发生的数据变化都会被持久化下来。

一旦页面刷新后，也可以取到持久化的数据。这样就更加真实的模拟了服务器的行为。使得客户端的代码基本上就是真实的。

下面我们给出MockServer类的示例代码：

function MockServer(){
    if(!window.localStorage["mydata"]){
        window.localStorage["mydata"]="{}";
    }
    this.mydata = window.localStorage["mydata"];
}    

MockServer.prototype.ajax = function(url,paras,handle){
    //下面这语句很重要，因为localStorage中存放的是键值对，
    //目前大多浏览器支持的值都是字符串，需要调用JSON的api转换成json对象，以便于后续的处理
    this.mydata = JSON.parse(this.mydata); 

    //下面代码就是根据不同的url请求，对this.mydata对象中的内容进行读取和更新
    //并设置返回给客户端的result对象
    // this.mydata 变量不是必须的，这么做只是为了放便。
    //这样对各url请求的处理就聚焦到对this.mydata对象的处理，不用关心存储等公共的事情了。
    ..... 

    //下面这语句也很重要，因为前面处理的this.mydata已经是json对象，
    //需要把它转换成字符串后才能存储到localStorage中
    window.localStorage["mydata"] = JSON.stringify(this.mydata);

    //重新将保存到localStorage中的字符串值赋值给this.mydata变量
    this.mydata = window.localStorage["mydata"];

    //设置定时器，调用回调函数
    window.setTimeout(handle,parseInt(10*Math.random())+10,result);
}

四、还能进一步吗

上满我们利用html5de WEB storage功能在浏览器本地对数据做持久化。

除此之外，我们还可以利用WEB sql database 功能在浏览器对数据做持久化。这么做会让模拟代码更接近服务器的处理代码（因为大部分场景下数据都是存在数据库的）。 如果这时服务器采用nodejs开发。也许很多客户端的代码和服务器的nodejs代码就能共享了。

五、小结

采用上的策略，我们很好地解决了web前端开发时对服务器的依赖。在我们的实际项目应用中反馈也是非常不错的。

这个也没有太多的技术含量。只是一个开发思路的转变。

这种思路其实不仅是让前端的开发更加方便。其实它也有利于客户端和服务器的接口定义更加合理。

在我们传统的开发方式中， 我们需要先协商客户端和服务器的接口（主要内容包括上面介绍的三部分，即url，请求参数，返回值）。

但是毕竟是事先定义的，可能再随着客户端的开发中，会发现这个预先定义的接口不太适合，这时又需要协商修改。

无形中会带来额外的工作量，包括维护的工作量，甚至会因为接口的同步不及时导致客户端无法正常运行。

而采用这种模拟的方式，客户端完全可以根据自己的需要设计api，并在开发的过程自由调整，一旦客户端代码定型后，只要提交一份需求给服务器即可，这个时候定义的接口一定是比较适合和稳定的。这样出来的api也是比较易于做自动化测试的。

这种做法尤其是在客户端和服务器分工开发的团队中非常适合，虽然我们现在鼓励全栈程序员，但前段技术和后端技术是有差异的，在实际的项目开发中大家的分工往往还是有侧重点的。

采用这种方式，客户端的开发者不用关心服务器采用的技术，可以聚焦在页面的设计、页面代码的编写中。

服务器代码的编写者一样可以不关心客户端，可以更加关注服务器代码的逻辑、性能、架构等方面。