关闭

新型网站开发之:从服务端取数据的最简方法

标签: javascriptajaxrequire获取后台数据架构
548人阅读 评论(0) 收藏 举报

新型网站开发之:从服务端取数据的最简方法

搜狗effevo.com网站架构师:罗少华

交流后门:luoshaohua.cn@gmail.com

 

开发网站,前端页面需要从服务器端取数据,怎么取?你可能再想,这还不简单,有比ajax更简单的吗?

jquery把此过程封装到一个接口函数$.ajax(…)(以及几个糖方法$.get、$.post)里,貌似已经很好用了,难道还能更好用吗?!

我们来仔细分析一下这个事情,看我们的工作量能不能减少。我们需要从服务器取数据,就在前端利用$.ajax构造一个ajax请求,为了发送这个请求,我们必须设置好url以及拼装好参数。服务器端呢,处理这个url,解析这个请求传来的参数,然后把参数传给适当的方法来生成响应数据。

 

我们一次次的重复这个参数的组装成包和拆包解包过程(在前端把参数组装成包,在服务器端把参数从包中解析出来),我们写了很多代码,就是为了调用一下服务器端一个方法,并把方法的返回值作为响应打给前端。

 

我们有没有机会改进这个过程,把这些重复工作省掉。

在我们设计如何把这些重复工作省掉之前,我们先想想,前端调取后端一个方法来得到数据,最简单能简单到什么程度?

比如我们后端有一个类,类里有一个方法:

classuserFactroy{

function getUserInfoById(userId){

return { username:’某某某’ }

}

}

 

前端在调用的时候,需要提供如下三个信息:1、类名;2、类里的方法名;3、传送给方法的参数(在本例中就是userId)

类名和方法名可以用一个字符串来描述,参数嘛,调用方法时可能需要传递多个,故参数用一个数组表示

故前端为了获取某id的用户信息可以如下调用:

var result =MyCall(类名,方法名,参数列表)

本例中就是:

var userInfo=MyCall(“userFactroy”,”getUserInfoById”,[userId])

当然,由于js的单线程特性,我们不应该同步获取函数返回结果,否则页面就卡住了。实战中应该使用callback或promise来取回结果。

callback版:

MyCall(“userFactroy”,”getUserInfoById”,[userId],function(userInfo){

})

promise版:

MyCall(“userFactroy”,”getUserInfoById”,[userId])

.then(function(userInfo){

})

不用我说,这样的MyCall函数(还有服务端对应的接收代码)大家肯定也会实现,这个思想本质上就是在前端和后端,分别写一个【桩函数】,由它们来完成所有的参数打包以及解包过程,其他人只需要专注实现具体方法即可,本例中就是只顾安心实现getUserInfoById即可。

 

扯了这么多,现在开始说关键的了

如果本贴就是为了推广如何写或应该写MyCall这样的桩函数,那就不用写本贴了,太小儿科了,呵呵O(∩_∩)O~

我们有更好的想法:

用过js模块化吗?就是AMD或CMD规范。没用过?赶快百度查看一下,项目中赶快用呀!

这两个规范,以及服务器端的CommonJS规范都有一个共同思想:

用require导入模块,然后再使用,例如:

varuserFactory=require(‘path/to/ userFactory’);

var userInfo=userFactory.getUserInfoById(userId);

里面的require很像python的import、c/c++的include、c#的using不是吗?

 

我们就以前端使用CMD规范为例吧,这时你一般就是使用sea.js(一个实现了CMD规范的前端js模块加载器)加载器,

当你在前端js中写上如上代码,seajs就会到路经path/to/userFactory处下载这个文件,最后也是在浏览器端运行这个getUserInfoById的函数实现代码。除非getUserInfoById是纯前端代码,否则肯定会出错。

我们能照样使用这个形式,在前端调用userFactory.getUserInfoById,但这个函数却还是在服务器端执行(比如,getUserInfoById在执行过程中,调用了查数据库等操作),执行完后,函数的返回值依然能在前端得到吗?

如果实现了,那这不就最大化的简化了从服务端获取数据的代码量了吗。另外,如果你服务器端是用node.js开发的话,你更会有一种前后端统一的感觉,因为后端js代码在调用getUserInfoById函数的形式(代码书写的样子)和前端是一样(虽然本质上不一样)

经过思考,在不干扰seajs中原本require方法使用的情况下,确实可以利用这个require来实现我们的目标,技术关键点就是,截获seajs下载path/to/userFactory.js的请求(不要让seajs真的把userFactory源码下载下来了),应答一个自己构造的响应,这个响应是一个符合cmd规范的js模块,并exports出所有userFatory所有方法,伪代码大致如下:

varmoduleName = path.basename(req.originalUrl.split('?')[0],'.js');

    varmodulePath = getModulePath(moduleName);

    var m =require(modulePath);

    varfunctionNames = [];

    for (f in m) {

        if (typeof m[f] === 'function'){

            functionNames.push(f);

        }

    }

 

    res.send('define(function(require,exports,module){var_require=require("_require");' + functionNames.map(function (f) { return'exports.' + f + '=function(){return_require.call(null,"' + moduleName + '","'+ f + '",arguments)}' }).join(';') + '})');

 

    然后,我们在_require.js中实现我们打包参数的所谓【桩函数】:

define(function (require, exports, module) {

    var q =require('q');

    module.exports = function() {

        varargs = Array.prototype.slice.call(arguments);

        args[2] =Array.prototype.slice.call(args[2]);

        varparams = args[2];

 

        vardefer = q.defer();

        $.ajax({ url: '/call/',

            type: 'POST',

            data: JSON.stringify(args)

        })

        .then(function(result) {

            varerr = result.shift();

            if(err) {

                defer.reject(err);

            }

            else{

                defer.resolve(result.length> 1 ? result : result[0]);

            }

        }, function(err) {

            defer.reject(err);

        });

        returndefer.promise;

    }

});

    至于,服务器的【桩函数】怎么写,本篇就不再展开讲了,本质上就是根据_require.js发送的ajax里的参数,提取类名,方法名,以及调用方法需要的参数,来调用服务器端对应类的类方法,并取回结果,然后把结果发送给浏览器。

    小结:说道最后,取数据在底层还是使用ajax,这个你跑不脱,你肯定要利用浏览器提供的支持,来做你的事儿,我们改变的是获取服务器数据的代码书写方法,我们利用模块化js规范里的require,在不干扰其本来用法的情况下,让它也成了获取服务器端数据的方式,这样可大大提高开发效率。获取服务器端数据变得简单的不能再简单。

    另外,你可能对这种调用服务器里函数的方式感觉一丝不安全,不过这是另一个问题,你的安全检查大可在服务器端的【桩函数】里搞,呵呵O(∩_∩)O~

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:4290次
    • 积分:103
    • 等级:
    • 排名:千里之外
    • 原创:5篇
    • 转载:3篇
    • 译文:0篇
    • 评论:3条
    文章分类
    最新评论