Пользователь может совершать асинхронные вызовы, введя значение в пользовательском интерфейсе.Отмена обещаний
Когда пользователь меняет значение в пользовательском интерфейсе, выполняется другой асинхронный вызов - возможно, до того, как обратный вызов, предоставленный в обещание, возвращенное из асинхронного вызова, был вызван.
Используемый асинхронный API возвращает Q.
Как я могу отменить оригинальный вызов изящно, гарантируя, что даже если система вернется со значением для первого вызова, часть обещания не будет вызываться с этим значением (но что она в конечном итоге вызывается, когда вторая асинхронный вызов завершен)?
Почему бы не отказаться? –
Я не вижу отклонения от прототипа обещания. – Ben
потребитель обещания не может его изменить - только отложенные могут быть изменены. –