最近我一直在努力提高我的 JavaScript 应用程序的质量。
我采用的一种模式是使用单独的“数据上下文”对象为我的应用程序加载数据（以前我直接在我的视图模型中执行此操作）。
以下示例返回在客户端初始化的数据：
var mockData = (function($, undefined) {
var fruit = [
"apple",
"orange",
"banana",
"pear"
];
var getFruit = function() {
return fruit;
};
return {
getFruit: getFruit
}
})(jQuery);
在大多数情况下，我们将从服务器加载数据，因此我们无法立即返回响应。对于我们如何在 API 中处理这个问题，我似乎有两种选择：
- 使用回调
- 回报承诺。
以前我总是使用回调方法：
var getFruit = function(onFruitReady) {
onFruitReady(fruit);
};
// ...
var FruitModel = function(dataContext, $) {
return {
render: function() {
dataContext.getFruit(function(fruit) {
// do something with fruit
});
}
};
};
但是，我可以看到最终可能会陷入回调地狱，尤其是在构建复杂的 JavaScript 应用程序时。
然后我遇到了 Promises 设计模式。我没有要求调用者提供回调，而是返回一个可以观察到的“承诺”：
var getFruit = function() {
return $.Deferred().resolve(fruit).promise();
};
// ...
dataContext.getFruit().then(function(fruit) {
// do something with fruit
});
我可以看到使用这种模式的明显好处，特别是因为我可以wait处理多个延迟对象，这在为单页应用程序加载初始化数据时非常有用。
但是，在我开始使用任何一种模式之前，我很想了解每种模式的优缺点。我也对这是否是其他库的发展方向感兴趣。jQuery 似乎就是这种情况。
这是我用于测试的小提琴的链接。