CodeFest 2014. Гайдаренко О. — Промисы и jQuery Промисы
0 likes6,215 views
Документ описывает историю и развитие промисов в JavaScript и других языках, начиная с их концепции в 1976 году и заканчивая современными реализациями. Обсуждаются примеры использования промисов и их преимущества по сравнению с традиционными колбэками, а также проблемы корректной реализации и спецификации. В документе также упоминаются мнения известных разработчиков и конструктивная критика существующих реализаций промисов, включая jQuery.
CodeFest 2014. Гайдаренко О. — Промисы и jQuery Промисы
- 3. Concurrency
- 5. JSisasinglethread languageБраузеры имеют только один тред так же как и NodeJS
- 6. Ноприэтом ВNodeJS Worker'ы Чтение/запись с диска Сетевые запросы etc Браузеры Сетевые запросы Декодирование изображения Некоторые из CSS- transition'ов Web-worker'ы etc
- 7. ИсторияпромисовПридуманы в 1976 году Первая «имплементация» в MultiLisp'е в 1980-ых Окончательное сформирование концепции в 1988 году Первая имлементация в E в 1997 году
- 8. ВДжаваскриптеСначала в MochaKit – 2005 год Реализация вдохновлена фреймворком Twister (Python) Dojo – 2006 год CommonJS предложение – 2010 год Идея популязирована с имплементацией в jQuery c версии 1.5 – 2011 год
- 10. Promises/AОписана только основная концепция – пайпинг, неизмеямость стейта, поведение при появлении ошибки и метод «then» Есть так же еще несколько «спек» – B, KISS, D Основанные на той или иной библиотеки для промисов Но все они остались в тени Promise/A предложения
- 11. DomenicDenicola
- 12. Его участие в истории промисов началось с библиотеки как расширение для библиотеки юнит-тестов Первое в эту библиотеку, описывала проблему работы вместе с jQuery промисами Впоследствии эта продолжилась в jQuery баг-трекере В ней обсуждались одна деталь имплементации промисов в jQuery, которая казалось бы не была такой уж важной chai-as- promised Chai issue дискуссия
- 13. Сначаланиктоне слушал"Your point go from very helpful to laughably insane" "That's complete non-sense" "We do not want to do that"
- 14. Носовременем...Доменик становился все более и более вокальным Его участие начало проявляться во многих популярных промис- библиотек Вроде и И вот год назад поступил в клиентскую MVC- библиотеку Этот пулл имплементировал jQuery-like промисы в Ядро Эмбера Что было неприемлимо с точки зрения Доменика, это сподвигло его написать известную и во многом поворотную в истории приображения концепции Промисов Плодом которой является спека Q when.js пулл-реквест Эмбер статью Promise/A+
- 15. Promise/A+На ней основываются большинство существующих промис- имплементаций Описывает более детальный и ясный процесс резолвинга промиса и работу метода then Гарантированное ассинхронное исполнение и самое важное...
- 16. InteroperableОзначает совместимость между любой библиотекой реализовывающих спеку Это достигается точностью и четкостью формулировок спецификации: Promise/A библиотеки могли бы быть всегда ассинхронными или иногда ассинхронными then-метод мог иметь progressHandler, а могли и не иметь etc
- 17. ВNodeJSNodeJS становилась все более и более популярной Так же как и ассинхронная модель работы с ней становилась все более и более раздражающей Промисы же являются элигантным решением выхода из...
- 21. DOMPromisesСо временем возникло понимание необходимости решения этой проблемы на уровне языка Это нужно было решать и нужно было решать быстро TC39-коммитет довольно медленно и обстоятельно включает новые идеи в язык Поэтому для того что бы ускорить этот процесс, стандартизация Промисов на уровне ДОМ'а После некоторых метафорфоз эта спека стала являлаться простой на репозиторий Доменика началась ссылкой
- 22. APIКак Promise/A+ расширяет Promise/A, так и DOM Promise'ы расширяют Promise/A+ i.e. DOM Promise спека является совместимой с Promise/A+ Предыдущие спеки не задавали то как должен быть создан Промис-объект Помимо метода then, спека декларирует достаточное API для работы с ассинхронными задачами Но при этом предоставляет минималистичное АПИ, последующие расширения же должны происходить на уровне библиотек
- 23. ВендорыЭтого черновика уже было достаточно для разработчиков Джаваскрипт движков В SpiderMonkey и V8 они включены как примитивы языка Браузеры же всего лишь эмитируют промисы как ДОМ API, хотя таким он не являлся При этом в Chromium'е, не смотря на то что эта спецификация является драфтом, промисы уже включены по-умолчанию Такая поспешность порадила довольно много ошибок в имплементации
- 24. ECMAScript6Но Промисы должны быть имлементированы на уровне языка! После того как в спеку были внесены дополнительные правки, 20- ого Января 2014 года, новая спецификация была внесена в драфт ECMAScript 6 Но для того чтобы описание Промисов было достаточно для имплементации на уровне движка, в язык пришлось внести понятие Task'ов
- 26. Синхронныеи АссинхронныеI/OНапример: fs.readFileSync()иfs.readFile() $.ajax({async:false})и$.ajax()
- 29. MacrotasksqueueОни же: «Task Queue» в HTML5 Или «Event Queue» в Дарте setTimeout, setInterval I/O setImmediate – особый метод, так же работает с очередью макротасков, но кладет их на самый верх FIFO стека
- 31. Критика"Promise implementation in jQuery is broken" "But just like I should be nice to retarded children, I probably should also welcome jQuery promises" @domenic И довольно большое количество людей в той или иной степени переиначивающих слова Доменика jQuery по-прежнему нарушает все существующие Промис спеки И будет их нарушать!
- 32. TC39jQuery Foundation состоит в TC39 И могли бы заблокировать новую ECMAScript Промис спеку Но мы не хотим быть злодеями в этой истории
- 34. Уthenметодесть progressHandlercallback progressHandlerопционален в Promise/A, но исключен из Promise/A+
- 35. Плюсы/минусыПромис теперь не может иметь транзитивный стейт Ну и ладно, зато АПИ более строг и фокусирован
- 37. Плюсы/минусыСубъективно это менее удобно Если нужно передать несколько аргументов, придется хачить и передавать один объект с нужными свойствами Ну и ладно, зато промис объект теперь представляет собой результат выполнение задачи Так же это более консистентно с try...catchконструкцией
- 38. Негарантируетасинхронное исполнение Еще одно Promise/A+ нововведение vardef=$.Deferred(); def.promise().then(function(){ console.log(1); }); def.resolve(); console.log(2); //12 vs vardef=vow.defer(); def.promise().then(function(){ console.log(1); }); def.resolve(); console.log(2); //21
- 39. Плюсы/минусыМедленее, намного медленее Но зато гарантия асинхронного выполнения помогает создавать детерминированную логику, без опасения что какой-то каллбек выполнится раньше чем должен был бы
- 40. ОптимизацияГодная оптимизация из Vow.js first().then(second).then(third).then(fourth)
- 42. Плюсы/минусыЕсли отсутствует errorHandler, ошибка никогда не будет показана пользователю Но такая парадигма дает возможность всплывать ошибкам по цепочки промисов Тогда как в jQuery (если нет try...catchклаузы внутри then метода) ошибка будет отправлена в основной поток Но эта проблема более релевантна при дебаге, чем для продакта
- 43. Чтомысобираемся сэтимделать?Мы не можем изменить сигнатуру thenметода, а так же количество аргументов в каллбеках, и все из-за обратной совместимости Мы скорее всего будем гарантировать асинхронное выполнение каллбеков Мы подняли вопрос о возможности проглатывания ошибок в случае отсутствия каллбека для неудачной резолва
- 44. TheEnd