169 похожих чатов

А чему будет равен something?

29 ответов

29 просмотров

Тому, что в next передали аргументом, там видно же

Это такая возможность общаться с генератором

Тому, что вернёт генератор

.sha- Автор вопроса

интересно, почему это работает только после второго вызова next

Присваивание и консоль лог происходит на 2 итерации

.sha- Автор вопроса

а почему в конце нет v 44?

потому что i не yield’ится

.sha- Автор вопроса

так yield* же возвращает все значения гереатора func1. А func1 возвращает 42,43,44. Почему финальный элемент не входит в вывод yield*?

🤯 сталкивался с такими проблемами в коде? (чисто ради интереса спрашиваю)

с проблемами — нет. код на генераторах писал и получал кучу удовольствия

func1 возвращает только 44 и результат исполнения попадает прямиком в константу i func1 НЕ ВОЗВРАЩАЕТ 42 и 43, func1 их yield’ит. и из-за yield* управление передаётся насквозь наружу

Да, соглашусь что это удобно. Если бы типы сам брал бы вообще цены не было бы))

это проблема саг, а не генераторов. генераторы > саги

.sha- Автор вопроса

Ну блин, return в генераторе — это же yield, который просто выставляет done: true?

Ну да)

проблема с типами? в сагах такая фигня делается, как ты написал? то, что там в console.log попало не то, что под yield (через next) - это таки проблема джс, а не саг

.sha- Автор вопроса

Т.е. function* gen() { return 1; } мне не вернет 1, а вернет генератор. const gen1 = gen(); console.log(gen1.next());

Нет

Смотри, разбей генератор на несколько частей по yield

Каждый раз, когда в саге проскакивает yield, написанный руками код перестаёт исполняться. И начинает исполняться библиотечный код. Этот код что-то делает (в зависимости от инструкций) и засовывает обратно в генератор какое-то значение. Тип этого значения зависит от того, что выпало из генератора на предыдущем шаге. У авторов саг это any.

Вот правда, жил себе ТС 3 версии, и никто бы даже не заметил этого ишьюса, если бы не саги 😂 ну вот реально в коде с генераторами таких реальных контрпримеров в жизни не встретишь...

Если пишешь генератор с обеих сторон, то проблем с типами нет

Если пишешь библиотеку на генераторах не жопой — тоже :)

👍 вот и я о том же было бы у автора саг там не any - может ещё несколько версий ТС про это поведение в джс даже не догадывались бы...

А есть ещё асинхронные генераторы 🦚

Кстати не знал о таком

Это тема! Я на митапе одном был, где чувак показывал, как через асинк-генераторы обрабатывается массив композицией функций вглубь, а не вширь. Условно: pipe(takeEveryOdd, heavyMultiply2, takeFirst3)(data) - вычисляло только для тех элементов data массива, которые будут реально взяты в результат на последнем шаге

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта