Привет, спасибо за статью
Kotest действительно хороший инструмент
Второе, увы и ах, тоже не сделать. Ну, тест может возвращать Promise, но в Mocha он как бы не будет передан.
На самом деле промис возвращается и в mocha передается, но использование таймаута форсит сама mocha в том числе и в асинхронных тестах. При этом синхронные тесты отваливаются по таймауту только после завершения теста.
Из документации Mocha:
Note: synchronous (blocking) tests are also bound by the timeout, but they will not complete until the code stops blocking. Infinite loops will still be infinite loops!
Есть возможность отключить таймаут, установив его в 0.
Это кстати важный вопрос итогового размера приложения.
Может Вам известно, сколько занимает рантайм? И есть ли в инструментарии что-то вроде tree-shaking?
Тут скорее не про всю миграцию, а про миграцию фронтенда через инкапсуляцию «модных» технологий внутрь веб-компонентов. Именно об этом Денис рассказывал на Holy/JS, и часть про миграцию компонентов — очень похожа на эту концепцию.
Подход к миграции очень похож на Frankenstein migration (https://youtu.be/CaP5eAylYpI)
Скажите, вы опирались как-то на это выступление или сами тоже пришли к подобному способу миграции?
Kotest действительно хороший инструмент
На самом деле промис возвращается и в mocha передается, но использование таймаута форсит сама mocha в том числе и в асинхронных тестах. При этом синхронные тесты отваливаются по таймауту только после завершения теста.
Из документации Mocha:
Есть возможность отключить таймаут, установив его в 0.
Как кстати впечатления от KVision?
Это кстати важный вопрос итогового размера приложения.
Может Вам известно, сколько занимает рантайм? И есть ли в инструментарии что-то вроде tree-shaking?
Подход к миграции очень похож на Frankenstein migration (https://youtu.be/CaP5eAylYpI)
Скажите, вы опирались как-то на это выступление или сами тоже пришли к подобному способу миграции?