Anonymous
Anonymous
Ну это само собой
Vlad
это каждый пятый
Vl
Оооо. Спасибо большое. Помогло
Anonymous
Всмысле вот let i = 0;$.each($("div"), () => {if (i >= 5) {/* УДАЛЯТОР */}});
Anonymous
Да это он сам догадается. Наверное
Oleg
С дисплей-нан можно словить утечку
Oleg
Точнее это и есть утечка
Oleg
Если страница у юзера открыта несколько минут всего за раз - ок
Oleg
Но, судя по тому что тут автообновление контента, страничка не на пару минут
Oleg
Накопится 100500 дивов таких и зависнет
Vlad
Oleg
У меня так один сайтик очень нужный за день 10 гигабайт памяти съедает
Vlad
Anonymous
Anonymous
Oleg
+
Anonymous
А если он будет потом оперировать со всеми вложенными дивами
Anonymous
Или что у него там будет
Anonymous
Будет больно жсу
Vlad
ну блин проблема не дисплейнана
Oleg
Но зато решение в одну строку, да 😄
Vlad
проблема что хтмл-а дофига
Anonymous
Но кто знает, что он там химичит. Может у него какая-нибудь имплементация пагинации и этот способ будет только в плюс
Oleg
Сам то он наоборот, зачищает память и отображение
Vlad
Oleg
👍
Serhii
Ноне проблемо
Дима
Я поэтому обратно на обычный js и вернулся
Дима
Если писать хоть что-то выходящее за рамки банальности — ts уже начинает больше вредить чем помогать
Дима
Я как-то в нём набросал библиотеку расширенных enum и попытался это типизировать
Дима
Пол вечера изгалялся
Дима
А они это только в 2.1 добавили 👏
Anonymous
TypeScript прелесен, не надо вот тут этого
Дима
Я говорю как есть))
Anonymous
Писал на нем проект на 7000 строк и радовался каждой минуте
Anonymous
Против es6 конечно он не может противопоставить ничего
Ale
О.о
Дима
Достаточно jsdoc
Дима
В нём даже дженерики есть
Дима
По крайней мере в рамках vscode
Yaroslav
Ребят, подскажите. Для чего и где используются генераторы
Yaroslav
Желательно на рабочем примере
Serhii
Асинхронный плоский код
Serhii
Посмотри co
Vlad
это только один кейс
Vlad
и то пока асинк/авейты не завезли
Yaroslav
Ага, а промисы для Хатико
Дима
У меня кейс обычно такой — получить какие-то исходные данные и из генератора получить фабрику для создания производных на их основе
Дима
"ок жду" — это await 😄
Yaroslav
Фильм про обещания
Oleg
Наголосовали за вакансии
Oleg
Теперь вакансии в чате можно
Oleg
Теперь будут простыни всякие, тлен, боль
Ale
это ж тайпскрипт умеет просто)
я не знаю, можно ли в jsdoc сами типы описать, но точно можно делать .ts в которых чисто type/interface, а в js через jsdoc их указывать вместе с генериками, в принципе забавно)
Дима
это ж тайпскрипт умеет просто)
Да я знаю, но технически мне всё равно, что под капотом у типизатора, если можно продолжать писать обычный js)
Просто пока профит от переезда на ts выходит достаточно слабым, разрыв между возможностями jsdoc+tsserver и ts пока не сильно впечатляет 😒 Подожду ещё пару версий и попробую ещё раз)
Ale
так а что должно быть?
Ale
ну, в jsdoc просто писать чуть длиннее выходит и все
Oleg
Придет день и в JS введут опциональную типизацию
Oleg
Из кофескрипта все фишки забрали, теперь очередь тайпскрипта
Дима
ну, в jsdoc просто писать чуть длиннее выходит и все
Сильно длиннее, конечно 😄
Ну просто я вот выше кейс описывал — абстрактная типизация enum'ов, копался копался с ней, а потом узнал, что язык ко второй версии так этим и не обзавёлся (ввели в 2.1, не могу точно сказать как эта фича называется)
Oleg
Ну и по факту - нативная поодержка типизации будет лучше
Ale
Дима
Да
Oleg
Так что можно просто подождать чуть дольше и дождаться типизации в JS
Ale
фича прикольная, но единственное, где оно мне надо - в тестах где sinon мокает че-нибудь
Oleg
Ну так аналогично будет... почти
Ale
вроде где-то были какие-то мысли ввести на уровне синтаксиса это, но никак не обрабатывать
Дима
Oleg
По сути то код же компилируется всё-равно, но тут будет уже сам браузер ошибку кидать если ты руками поставил 1 тип, а пришел другой
Дима
Вот всякие такие абстрактные вещи часто проблема, в чате про ts кто-то раньше часто скидывал примеры, а я каждый раз думал, блин, ну как же так 😄
Oleg
Переборщили с ограничениями