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

时间:2024-03-09 20:18:18

一、问题的提出

目前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也是比较易于做自动化测试的。

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

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

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