Size: a a a

2020 October 07

VS

V7v S6k in Frontend UA
Alexander Kuzmenko
А если это независимый модуль
Якщо він ізольований від решти коду, то загалом не важливо що в середині. Втім, є сенс написати для нього хороший інтерфейс.
источник

AK

Alexander Kuzmenko in Frontend UA
V7v S6k
Якщо він ізольований від решти коду, то загалом не важливо що в середині. Втім, є сенс написати для нього хороший інтерфейс.
Ну вот
источник

VS

V7v S6k in Frontend UA
Ну я тролю трішки звичайно, соррі
источник

VS

V7v S6k in Frontend UA
Не знаю контексту
источник

AK

Alexander Kuzmenko in Frontend UA
Я за то, что если можно написать нормально, потратив на 30 минут больше, то лучше так и сделать
источник

VS

V7v S6k in Frontend UA
Для окремого модуля - так, для всієї кодбази - хз
источник

EO

Eugene Obrezkov in Frontend UA
Alexander Kuzmenko
Покажи пример
на примере тайпскрипта, давай представим что const это реально иммутабельная переменная

как часто ты создаешь переменные, которые const? уверен, почти всегда
а как часто ты создаешь переменные, которые let? уверен, почти никогда
источник

EO

Eugene Obrezkov in Frontend UA
так вот когда философия языка "всё по умолчанию иммутабельное", он тебя освобождает от постоянного написания модификаторов по типу readonly у TS
источник

AK

Alexander Kuzmenko in Frontend UA
Eugene Obrezkov
на примере тайпскрипта, давай представим что const это реально иммутабельная переменная

как часто ты создаешь переменные, которые const? уверен, почти всегда
а как часто ты создаешь переменные, которые let? уверен, почти никогда
ну примерно 80/20
источник

EO

Eugene Obrezkov in Frontend UA
в расте, всё по умолчанию, ты просто объявил переменную, она уже иммутабельная const, или readonly использовать не надо
источник

EO

Eugene Obrezkov in Frontend UA
но если ты хочешь сделать её мутабельной (что происходит намного реже) то ты добавляешь модификатор mut
источник

EO

Eugene Obrezkov in Frontend UA
и вот так, ты получаешь "нормальный const" без постоянного написания каких-то модификаторов
источник

VS

V7v S6k in Frontend UA
Eugene Obrezkov
но если ты хочешь сделать её мутабельной (что происходит намного реже) то ты добавляешь модификатор mut
Я не знаю як в расті, але як правило змінюється біндинг, не значення, при цьому.
источник

VS

V7v S6k in Frontend UA
Тобто це explicit заміна біндингу. Значення залишається незмінним.
источник

EO

Eugene Obrezkov in Frontend UA
V7v S6k
Я не знаю як в расті, але як правило змінюється біндинг, не значення, при цьому.
не совсем понял
источник

EO

Eugene Obrezkov in Frontend UA
с mut ты можешь менять что хочешь в ней
источник

VS

V7v S6k in Frontend UA
Ок. Тоді я описав ще один підхід до імутабельності))
источник

EO

Eugene Obrezkov in Frontend UA
ты о том, что всегда всё имутабельное и если ты что-то меняешь, то делается копия с изменениями а старая удалятеся
источник

VS

V7v S6k in Frontend UA
Зараз приклад напишу
источник

AL

Andrey Listochkin in Frontend UA
Народ, подскажите как задачу решить.

Приходят данные, есть асинхронная функция, которая эти данные обрабатывает.

Данные приходят каждую секунду. Обработка 1 или нескольких данных занимает примерно одинаковое время. Но важно, чтобы они процессились последовательно.

Если за секунду данное не удалось процесснуть, и уже пришло следующее, то я не хотел бы запускать процессор, подождать следующего данного, и процесснуть сразу 2.

Соответственно, если не успел процесснуть штук 5-10, то потом накопившиеся данные процессим сразу пачкой.

Короче, нужен такой буферизатор перед асинхронной функцией.

Я могу сам нагородить огород, но мб в каком-то rx / стримах / еще где есть готовая штука для таких сценариев?
источник