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

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

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

交流后门：[e-mail]

 

开发网站，前端页面需要从服务器端取数据，怎么取？你可能再想，这还不简单，有比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~