Как можно использовать отложенный jQuery?
jQuery 1.5 приносит новый отложенный объект и прикрепленные методы .when
, .Deferred
и ._Deferred
.
для тех, кто не использовал .Deferred
прежде чем я аннотировал источник для это
каковы возможные использования этих новых методов, как сторона в модели?
Я уже прочитала API и источник, так что я знать, что он делает. Мой вопрос: как мы можем использовать эти новые функции в коде?
у меня простой пример буферного класса, который вызывает AJAX-запрос по порядку. (Следующий старт после предыдущего).
/* Class: Buffer
* methods: append
*
* Constructor: takes a function which will be the task handler to be called
*
* .append appends a task to the buffer. Buffer will only call a task when the
* previous task has finished
*/
var Buffer = function(handler) {
var tasks = [];
// empty resolved deferred object
var deferred = $.when();
// handle the next object
function handleNextTask() {
// if the current deferred task has resolved and there are more tasks
if (deferred.isResolved() && tasks.length > 0) {
// grab a task
var task = tasks.shift();
// set the deferred to be deferred returned from the handler
deferred = handler(task);
// if its not a deferred object then set it to be an empty deferred object
if (!(deferred && deferred.promise)) {
deferred = $.when();
}
// if we have tasks left then handle the next one when the current one
// is done.
if (tasks.length > 0) {
deferred.done(handleNextTask);
}
}
}
// appends a task.
this.append = function(task) {
// add to the array
tasks.push(task);
// handle the next task
handleNextTask();
};
};
Я ищу демонстрации и возможное использование .Deferred
и .when
.
было бы также приятно увидеть примеры ._Deferred
.
ссылка на новый jQuery.ajax
источник примеры-это обман.
награда: покажите нам, какие методы доступны, когда мы абстрагируемся от того, выполняется ли операция синхронно или асинхронно.
11 ответов
лучший вариант использования, который я могу придумать, - это кэширование ответов AJAX. Вот модифицированный пример из вступительный пост Ребекки Мерфи на эту тему:
var cache = {};
function getData( val ){
// return either the cached value or jqXHR object wrapped Promise
return $.when(
cache[ val ] ||
$.ajax('/foo/', {
data: { value: val },
dataType: 'json',
success: function( resp ){
cache[ val ] = resp;
}
})
);
}
getData('foo').then(function(resp){
// do something with the response, which may
// or may not have been retrieved using an
// XHR request.
});
в основном, если значение уже было запрошено один раз, прежде чем оно будет немедленно возвращено из кэша. В противном случае запрос AJAX извлекает данные и добавляет их в кэш. The $.when
/.then
не заботится ни о чем из этого; все, что вам нужно беспокоиться, это использовать ответ, который передается к .then()
обработчик в обоих случаях. jQuery.when()
обрабатывает не-обещание / отложенное как завершенное, немедленно выполняя любое .done()
или .then()
на цепи.
Deferreds идеально подходят для того, когда задача может или не может работать асинхронно, и вы хотите абстрагировать это условие из кода.
другой пример реального мира, используя $.when
помощник:
$.when($.getJSON('/some/data/'), $.get('template.tpl')).then(function (data, tmpl) {
$(tmpl) // create a jQuery object out of the template
.tmpl(data) // compile it
.appendTo("#target"); // insert it into the DOM
});
вот немного другая реализация кэша AJAX, как в ehynd это.
Как отметил в последующий вопрос fortuneRice, реализация ehynd фактически не предотвратила несколько идентичных запросов, если запросы были выполнены до того, как один из них вернулся. То есть,
for (var i=0; i<3; i++) {
getData("xxx");
}
, скорее всего, приведет к 3 AJAX-запросам, если результат для "xxx" еще не был кэширован раньше.
Это может быть решается путем кэширования отложений запроса вместо результата:
var cache = {};
function getData( val ){
// Return a promise from the cache (if available)
// or create a new one (a jqXHR object) and store it in the cache.
var promise = cache[val];
if (!promise) {
promise = $.ajax('/foo/', {
data: { value: val },
dataType: 'json'
});
cache[val] = promise;
}
return promise;
}
$.when(getData('foo')).then(function(resp){
// do something with the response, which may
// or may not have been retreived using an
// XHR request.
});
отложенный может использоваться вместо мьютекса. Это по существу то же самое, что и несколько сценариев использования ajax.
мьютекс
var mutex = 2;
setTimeout(function() {
callback();
}, 800);
setTimeout(function() {
callback();
}, 500);
function callback() {
if (--mutex === 0) {
//run code
}
}
отложить
function timeout(x) {
var dfd = jQuery.Deferred();
setTimeout(function() {
dfd.resolve();
}, x);
return dfd.promise();
}
jQuery.when(
timeout(800), timeout(500)).done(function() {
// run code
});
при использовании отложенного только в качестве мьютекса следите за воздействием на производительность (http://jsperf.com/deferred-vs-mutex/2). Хотя удобство, а также дополнительные преимущества, предоставляемые отложенным, стоит того, и в фактическом (пользовательском событии) использовании влияние на производительность не должно быть заметно.
Это самореклама, но я провел несколько месяцев, исследуя это и представил результаты на конференции jQuery San Francisco 2012.
вот бесплатное видео разговора:
http://www.confreaks.com/videos/993-jqcon2012-i-promise-to-show-you-when-to-use-deferreds
другое использование, которое я использую с хорошей целью, - это извлечение данных из нескольких источников. В приведенном ниже примере я извлекаю несколько независимых объектов схемы JSON, используемых в существующем приложении для проверки между клиентом и сервером REST. В этом случае я не хочу, чтобы приложение на стороне браузера начинало загрузку данных до загрузки всех схем. $.когда.применять.)(тогда() идеально подходит для этого. Спасибо Raynos за указатели на использование then (fn1, fn2) для мониторинга ошибок условия.
fetch_sources = function (schema_urls) {
var fetch_one = function (url) {
return $.ajax({
url: url,
data: {},
contentType: "application/json; charset=utf-8",
dataType: "json",
});
}
return $.map(schema_urls, fetch_one);
}
var promises = fetch_sources(data['schemas']);
$.when.apply(null, promises).then(
function () {
var schemas = $.map(arguments, function (a) {
return a[0]
});
start_application(schemas);
}, function () {
console.log("FAIL", this, arguments);
});
другой пример, с использованием Deferred
s для реализации кэша для любого вида вычислений (как правило, некоторые трудоемкие или длительные задачи):
var ResultsCache = function(computationFunction, cacheKeyGenerator) {
this._cache = {};
this._computationFunction = computationFunction;
if (cacheKeyGenerator)
this._cacheKeyGenerator = cacheKeyGenerator;
};
ResultsCache.prototype.compute = function() {
// try to retrieve computation from cache
var cacheKey = this._cacheKeyGenerator.apply(this, arguments);
var promise = this._cache[cacheKey];
// if not yet cached: start computation and store promise in cache
if (!promise) {
var deferred = $.Deferred();
promise = deferred.promise();
this._cache[cacheKey] = promise;
// perform the computation
var args = Array.prototype.slice.call(arguments);
args.push(deferred.resolve);
this._computationFunction.apply(null, args);
}
return promise;
};
// Default cache key generator (works with Booleans, Strings, Numbers and Dates)
// You will need to create your own key generator if you work with Arrays etc.
ResultsCache.prototype._cacheKeyGenerator = function(args) {
return Array.prototype.slice.call(arguments).join("|");
};
вот пример использования этого класса для выполнения некоторых (имитация тяжелых) расчет:
// The addingMachine will add two numbers
var addingMachine = new ResultsCache(function(a, b, resultHandler) {
console.log("Performing computation: adding " + a + " and " + b);
// simulate rather long calculation time by using a 1s timeout
setTimeout(function() {
var result = a + b;
resultHandler(result);
}, 1000);
});
addingMachine.compute(2, 4).then(function(result) {
console.log("result: " + result);
});
addingMachine.compute(1, 1).then(function(result) {
console.log("result: " + result);
});
// cached result will be used
addingMachine.compute(2, 4).then(function(result) {
console.log("result: " + result);
});
тот же базовый кэш может использоваться для кэширования Ajax-запросов:
var ajaxCache = new ResultsCache(function(id, resultHandler) {
console.log("Performing Ajax request for id '" + id + "'");
$.getJSON('http://jsfiddle.net/echo/jsonp/?callback=?', {value: id}, function(data) {
resultHandler(data.value);
});
});
ajaxCache.compute("anID").then(function(result) {
console.log("result: " + result);
});
ajaxCache.compute("anotherID").then(function(result) {
console.log("result: " + result);
});
// cached result will be used
ajaxCache.compute("anID").then(function(result) {
console.log("result: " + result);
});
вы можете играть с вышеуказанным кодом в этот jsFiddle.
1) использовать его для обеспечения упорядоченного выполнения обратных вызовов:
var step1 = new Deferred();
var step2 = new Deferred().done(function() { return step1 });
var step3 = new Deferred().done(function() { return step2 });
step1.done(function() { alert("Step 1") });
step2.done(function() { alert("Step 2") });
step3.done(function() { alert("All done") });
//now the 3 alerts will also be fired in order of 1,2,3
//no matter which Deferred gets resolved first.
step2.resolve();
step3.resolve();
step1.resolve();
2) Используйте его для проверки состояния приложения:
var loggedIn = logUserInNow(); //deferred
var databaseReady = openDatabaseNow(); //deferred
jQuery.when(loggedIn, databaseReady).then(function() {
//do something
});
вы можете использовать отложенный объект для создания дизайна жидкости, который хорошо работает в браузерах webkit. Браузеры Webkit будут запускать событие изменения размера для каждого пикселя окно изменяется, в отличие от FF и IE, которые запускают событие только один раз для каждого изменения размера. В результате у вас нет контроля над порядком выполнения функций, связанных с событием изменения размера окна. Что-то вроде этого решает проблему:
var resizeQueue = new $.Deferred(); //new is optional but it sure is descriptive
resizeQueue.resolve();
function resizeAlgorithm() {
//some resize code here
}
$(window).resize(function() {
resizeQueue.done(resizeAlgorithm);
});
это сериализует выполнение вашего кода, чтобы он выполнялся как ты так и хотел. Остерегайтесь подводных камней при передаче методов объекта в качестве обратных вызовов отложенному. Как только такой метод выполняется как обратный вызов отложенного, ссылка "this" будет перезаписана со ссылкой на отложенный объект и больше не будет ссылаться на объект, к которому принадлежит метод.
вы также можете интегрировать его с любыми сторонними библиотеками, которые используют JQuery.
одной из таких библиотек является Backbone, которая фактически будет поддерживать отложенную в своей следующей версии. Я говорил об этом также на моем блог
Я только что использовал отложенный в реальном коде. В проекте терминал jQuery у меня есть функция exec, которая вызывает команды, определенные пользователем (например, он вводил ее и нажимал enter), я добавил Deferreds в API и вызываю exec с массивами. вот так:
terminal.exec('command').then(function() {
terminal.echo('command finished');
});
или
terminal.exec(['command 1', 'command 2', 'command 3']).then(function() {
terminal.echo('all commands finished');
});
команды могут запускать асинхронный код, и exec должен вызывать код пользователя по порядку. Мой первый api использует пару вызовов паузы / возобновления, и в новом API я называю их автоматическими, когда пользователь возвращается обещать. Таким образом, пользовательский код может просто использовать
return $.get('/some/url');
или
var d = new $.Deferred();
setTimeout(function() {
d.resolve("Hello Deferred"); // resolve value will be echoed
}, 500);
return d.promise();
Я использую такой код:
exec: function(command, silent, deferred) {
var d;
if ($.isArray(command)) {
return $.when.apply($, $.map(command, function(command) {
return self.exec(command, silent);
}));
}
// both commands executed here (resume will call Term::exec)
if (paused) {
// delay command multiple time
d = deferred || new $.Deferred();
dalyed_commands.push([command, silent, d]);
return d.promise();
} else {
// commands may return promise from user code
// it will resolve exec promise when user promise
// is resolved
var ret = commands(command, silent, true, deferred);
if (!ret) {
if (deferred) {
deferred.resolve(self);
return deferred.promise();
} else {
d = new $.Deferred();
ret = d.promise();
ret.resolve();
}
}
return ret;
}
},
dalyed_commands используется в функции resume, которая снова вызывает exec со всеми dalyed_commands.
и часть функции команд (я раздел не связанные части)
function commands(command, silent, exec, deferred) {
var position = lines.length-1;
// Call user interpreter function
var result = interpreter.interpreter(command, self);
// user code can return a promise
if (result != undefined) {
// new API - auto pause/resume when using promises
self.pause();
return $.when(result).then(function(result) {
// don't echo result if user echo something
if (result && position === lines.length-1) {
display_object(result);
}
// resolve promise from exec. This will fire
// code if used terminal::exec('command').then
if (deferred) {
deferred.resolve();
}
self.resume();
});
}
// this is old API
// if command call pause - wait until resume
if (paused) {
self.bind('resume.command', function() {
// exec with resume/pause in user code
if (deferred) {
deferred.resolve();
}
self.unbind('resume.command');
});
} else {
// this should not happen
if (deferred) {
deferred.resolve();
}
}
}
ответ ehynds не будет работать, потому что он кэширует данные ответов. Он должен кэшировать jqXHR, который также является обещанием. Вот правильный код:
var cache = {};
function getData( val ){
// return either the cached value or an
// jqXHR object (which contains a promise)
return cache[ val ] || $.ajax('/foo/', {
data: { value: val },
dataType: 'json',
success: function(data, textStatus, jqXHR){
cache[ val ] = jqXHR;
}
});
}
getData('foo').then(function(resp){
// do something with the response, which may
// or may not have been retreived using an
// XHR request.
});
ответ Джулиана Д. будет работать правильно и является лучшим решением.