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也是比较易于做自动化测试的。
这种做法尤其是在客户端和服务器分工开发的团队中非常适合,虽然我们现在鼓励全栈程序员,但前段技术和后端技术是有差异的,在实际的项目开发中大家的分工往往还是有侧重点的。
采用这种方式,客户端的开发者不用关心服务器采用的技术,可以聚焦在页面的设计、页面代码的编写中。
服务器代码的编写者一样可以不关心客户端,可以更加关注服务器代码的逻辑、性能、架构等方面。