v
Т.е присваивание нового значения будет вполне законно, а мутация нет?
Size: a a a
2021 October 23
AP
Если нет возможности защитить переменную от записи, передавайте везде вместо неё функцию, которая будет возвращать текущее значение
AP
Так вы получите "много мест, которые могут читать и мало мест, откуда будет возможна запись"
AP
Текущий слепок в виде иммутабельного массива тем и хорош, что его нельзя поменять :)
AP
Поэтому функция, выдающая текущее значение, не даст поменять источник
v
Ну да, я могу вывалить геттер например из замыкания
AP
именно
v
А вот как добавить задачу
AP
Выдать функцию, которая строго добавляет значения?
AP
Выдать только в те места, где возможно добавление в очередь
v
Ну, да, я скорее интересуюсь как "правильно" с точки срения fp
AP
Вообще внутри такой функции "добавить в конец" можно встроить блокирование до момента, когда очередь дочитают.
AP
"В ФП" так делают, например :)
v
А тот же haskell разве умеет переприсвоить переменнию, он же просто ассоциирует выражение
AP
IORef — вполне себе переменная обычная
AP
Её можно читать или изменять только в IO
AP
В чистом коде есть только связывание имени со значением, да
v
Ну понятно, всегда можно разбавить нечистым)
AP
Можно разделить код на чистый и с эффектами
AP
И граница останется более-менее чёткой