本文章转载于搜狗测试
开发网站，前端页面需要从服务器端取数据，怎么取？你可能在想，这还不简单，有比ajax更简单的吗？
jquery把此过程封装到一个接口函数$.ajax(…)（以及几个糖方法$.get、$.post）里，貌似已经很好用了，难道还能更好用吗？！
我们来仔细分析一下这个事情，看我们的工作量能不能减少。我们需要从服务器取数据，就在前端利用$.ajax构造一个ajax请求，为了发送这个请求，我们必须设置好url以及拼装好参数。服务器端呢，处理这个url，解析这个请求传来的参数，然后把参数传给适当的方法来生成响应数据。
我们一次次的重复这个参数的组装成包和拆包解包过程（在前端把参数组装成包，在服务器端把参数从包中解析出来），我们写了很多代码，就是为了调用一下服务器端一个方法，并把方法的返回值作为响应打给前端。
我们有没有机会改进这个过程，把这些重复工作省掉。
在我们设计如何把这些重复工作省掉之前，我们先想想，前端调取后端一个方法来得到数据，最简单能简单到什么程度？
比如我们后端有一个类，类里有一个方法：
classuserFactroy{
functiongetUserInfoById(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导入模块，然后再使用，例如：
var userFactory=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);
varm = require(modulePath);
varfunctionNames = [];
for(finm) {
if(typeofm[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){
varq = 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~
