En Angular $http docs , menciona que puede establecer la configuración de ‘timeout’ en un número o una promesa. timeout – {number | Promise} – agote el tiempo en milisegundos, o prometa que debe abortar la solicitud cuando se resuelva. Pero no estoy seguro de cómo hacer que esto funcione con una promesa. ¿Cómo establezco […]
Quiero evitar algunos parpadeos que ocurren cuando los Rails crean que se agota el tiempo de espera, pero angular no lo sabe hasta el próximo error de autorización de un recurso. Lo que sucede es que la plantilla se representa, algunas llamadas ajax para recursos ocurren y luego se redirigen a los carriles para iniciar […]
He visto Encadenando un número arbitrario de promesas en Q ; mi pregunta es diferente ¿Cómo puedo hacer un número variable de llamadas, cada una de las cuales regresa de manera asincrónica, en orden? El escenario es un conjunto de solicitudes HTTP, cuyo número y tipo está determinado por los resultados de la primera solicitud […]
Tengo una situación en la que creo que la única opción para mí es anidar algunas promesas entre ellas. Tengo una Promesa que debe realizarse y un método que hace algo hasta que la Promesa esté completa. Algo como esto: let promise = new Promise((resolve, reject) => { // Do some stuff }); doSomethingUntilPromiseisDone(promise); Sin […]
Sé cómo manejar errores específicos en las promesas pero a veces tengo fragmentos de código que se ven así: somePromise.then(function(response){ otherAPI(JSON.parse(response)); }); A veces, obtengo JSON no válido que causa un error silencioso aquí cuando JSON.parse throw s. En general, tengo que recordar agregar un controlador de .catch a cada una de las promesas en […]
Estoy intentando escribir una función (usando WebdriverJS lib) que itera a través de una lista de elementos, verifica los nombres y crea un localizador xpath que corresponda a ese nombre. Simplifique los localizadores xpath aquí, así que no presten atención. Los problemas que estoy enfrentando aquí son: 1) Llamar a esta función devuelve indefinido. Por […]
Así que tengo una promesa que contiene múltiples controles como este function test(){ var deferred = q.defer() var passed = false if(!passed){ deferred.reject(“Don’t proceed”) //return } else { if(!passed){ deferred.reject(“Don’t proceed”) } else { if(!passed){ deferred.reject(“Don’t proceed”) } else { setTimeout(function(){ console.log(“Hello”); deferred.resolve() }, 100); } } } return deferred.promise } Esto se ve mal […]
Estoy estudiando el patrón de promesas y usando k de kriskowal para node.js, teniendo este fragmento: var deferred = Q.defer(); try { messageData = JSON.parse(message); } catch (e) { global.logger.warn(‘Error parsing JSON message.’); deferred.reject(e); } … if (some_reason) deferred.resolve(something); … return deferred.promise; ¿Qué pasa si el analizador falla y algunas razones son verdaderas? ¿La ejecución […]
Quiero saber si hay alguna diferencia entre seguir dos? aPromiseObj.then(fn1).then(fn2).catch(fn3); aPromiseObj.then(fn1); aPromiseObj.then(fn2); aPromiseObj.catch(fn3); ¿Cambiará el flujo de trabajo? ps: estoy en un entorno angular, aunque me gustaría pensar esto en un término más amplio.
Recientemente comencé a migrar cosas de jQ a un framework más estructurado que es VueJS, ¡y me encanta! Conceptualmente, Vuex ha sido un cambio de paradigma para mí, pero estoy seguro de que sé de qué se trata todo esto ahora, ¡y lo entiendo totalmente! Pero existen algunas pequeñas áreas grises, principalmente desde el punto […]