Tag: 承诺

永远不会解决的承诺导致内存泄漏？: 我有一个承诺。我创build它来取消一个AJAX请求，如果我需要的话。但是因为我不需要取消那个AJAX，所以我从来没有解决它，AJAX成功完成。简化的sinippet： var defer = $q.defer(); $http({url: 'example.com/some/api', timeout: defer.promise}).success(function(data) { // do something }); // Never defer.resolve() because I don't need to cancel that ajax. What happens to this promise after request? 永远不会解决这样的承诺导致内存泄漏？你有关于如何pipe理承诺生命周期的build议吗？

等待Angular 2在渲染视图/模板之前加载/parsing模型: 在Angular 1.x中，UI-Router是我的主要工具。通过返回“parsing”值的承诺，路由器将简单地等待承诺在渲染指令之前完成。或者，在Angular 1.x中，null对象不会使模板崩溃，所以如果我不介意临时不完整的渲染，我可以使用$digest在promise.then()后面渲染一个最初为空的模型对象。在这两种方法中，如果可能的话，我宁愿等待加载视图，如果资源无法加载，则取消path导航。这节省了我的“导航”的工作。编辑：请注意这个具体意味着这个问题要求一个Angular 2期货兼容或最佳实践的方法来做到这一点，并要求尽可能避免“猫王操作员”！因此，我没有select这个答案。但是，这两种方法都不适用于Angular 2.0。当然有一个标准的解决scheme或可用于此。有人知道它是什么吗？ @Component() { template: '{{cats.captchans.funniest}}' } export class CatsComponent { public cats: CatsModel; ngOnInit () { this._http.get('/api/v1/cats').subscribe(response => cats = response.json()); } } 下面的问题可能会反映相同的问题：在加载数据的PROMISE之后Angular 2呈现模板。请注意，问题中没有代码或接受的答案。

为什么我不能抛出一个Promise.catch处理程序？: 为什么我不能在catchcallback中抛出一个Error ，让进程像在其他任何作用域一样处理错误？如果我不做console.log(err)没有打印出来，我什么都不知道发生了什么。这个过程刚刚结束… 例： function do1() { return new Promise(function(resolve, reject) { throw new Error('do1'); setTimeout(resolve, 1000) }); } function do2() { return new Promise(function(resolve, reject) { setTimeout(function() { reject(new Error('do2')); }, 1000) }); } do1().then(do2).catch(function(err) { //console.log(err.stack); // This is the only way to see the stack throw err; // This does nothing […]

Promise.reject消息是否应该包含在Error中？: 使用本机（ES6） Promise 。我应该拒绝一个错误： Promise.reject(new Error('Something went wrong')); 或者我应该拒绝一个string： Promise.reject('Something went wrong'); 浏览器行为有什么不同？

什么是std :: promise？: 我很熟悉新的标准库的std::thread ， std::async和std::future组件（例如见这个答案），这很简单。然而，我不能完全掌握std::promise是什么，它在什么情况下最好使用。标准文档本身并不包含除了类纲要之外的大量信息，也不仅仅是:: thread 。有人可以给一个std::promise的情况下简短，简洁的例子，它是最习惯的解决scheme？

Promise.all：parsing值的顺序: 查看MDN，它看起来像传递给Promise.all then()callback函数的值。所有的值都按照promise的顺序。例如： var somePromises = [1, 2, 3, 4, 5].map(Promise.resolve); return Promise.all(somePromises).then(function(results) { console.log(results) // is [1, 2, 3, 4, 5] the guaranteed result? }); 任何人都可以引用一个规范，说明应该在哪个顺序values ？ PS：像这样运行的代码表明，这似乎是真的，虽然这当然没有证据 – 这可能是巧合。

一个asynchronousAPI是否应该同步抛出？: 我正在编写一个JavaScript函数，它发出一个HTTP请求并返回结果的承诺（但这个问题同样适用于基于callback的实现）。如果我立即知道提供给函数的参数是无效的，那么函数应该同步throw ，还是应该返回一个被拒绝的promise（或者，如果你愿意的话，用Error实例调用callback函数）？ asynchronous函数应该总是以asynchronous的方式运行，特别是对于错误条件，这有多重要？如果知道程序不是处于asynchronous操作的适当状态，可以throw吗？例如： function getUserById(userId, cb) { if (userId !== parseInt(userId)) { throw new Error('userId is not valid') } // make async call } // OR… function getUserById(userId, cb) { if (userId !== parseInt(userId)) { return cb(new Error('userId is not valid')) } // make async call }

承诺重试devise模式: 编辑继续重试直到承诺解决的模式（使用delay和maxRetries）。继续重试直到条件符合结果（具有延迟和maxRetries）的模式。具有无限次重试的内存高效dynamic模式（提供延迟）。代码为＃1。不断重试，直到承诺解决（语言等任何改进社区？） Promise.retry = function(fn, times, delay) { return new Promise(function(resolve, reject){ var error; var attempt = function() { if (times == 0) { reject(error); } else { fn().then(resolve) .catch(function(e){ times–; error = e; setTimeout(function(){attempt()}, delay); }); } }; attempt(); }); }; 使用 work.getStatus() .then(function(result){ //retry, some glitch in the system […]

打破诺言链，并根据链中断的步骤调用函数（被拒绝）: 更新：为了帮助这篇文章的未来观众，我创build了pluma答案的演示。题：我的目标看起来相当简单。 step(1) .then(function() { return step(2); }, function() { stepError(1); return $q.reject(); }) .then(function() { }, function() { stepError(2); }); function step(n) { var deferred = $q.defer(); //fail on step 1 (n === 1) ? deferred.reject() : deferred.resolve(); return deferred.promise; } function stepError(n) { console.log(n); } 这里的问题是，如果我在第一步失败， stepError(1)和stepError(2) 。如果我不return $q.reject那么stepError(2)将不会被触发，但是step(2)将会被理解。 […]

$ .when.apply（$，someArray）做什么？: 我正在阅读关于延期和承诺，并继续来$.when.apply($, someArray) 。我有点不清楚这到底是什么，寻找一条线正确工作的解释（不是整个代码片段）。这是一些背景： var data = [1,2,3,4]; // the ids coming back from serviceA var processItemsDeferred = []; for(var i = 0; i < data.length; i++){ processItemsDeferred.push(processItem(data[i])); } $.when.apply($, processItemsDeferred).then(everythingDone); function processItem(data) { var dfd = $.Deferred(); console.log('called processItem'); //in the real world, this would probably make an AJAX call. setTimeout(function() { dfd.resolve() […]