RM
Size: a a a
2018 June 15
NM
Круто, да? :)
АУ
Без использования mutable :)
я подозреваю, что без mutable никак. Либо ты фигачишь циклом по табличке, либо пишешь рекурсию с мемоизацией. мне кажется, где-то надо запоминать посчитанное всё равно
NM
Ну это получается что-то типа рекурсивного массива)
АУ
Ну это получается что-то типа рекурсивного массива)
типа у тебя lazy ячейки, которые лезут в другие ячейки, и они тогда считаются?
NM
типа у тебя lazy ячейки, которые лезут в другие ячейки, и они тогда считаются?
Да
RM
Некий seq |> Array.ofSeq
АУ
где-то будет всё равно mutable state запрятан же всё равно, или я туплю?
NM
Хотя по идее может рекурсия даже возникнуть :)
АУ
видимо, в реализации lazy библиотечного
NM
Ну да, в реализации там должно быть такое
RM
А вложенность этих ссылочных ячеек какая?
NM
А вложенность этих ссылочных ячеек какая?
Всмысле?
NM
У меня вообще идея эта возникла, когда думал о решении этой задачи, типа сделать таблицу с lazy элементами, которые будут лазить в другие ячейки, и рассчитывать значения
NM
Но это слишком сложно
RM
Всмысле?
Всмысле одна ячейка ссылается на вторую - вложенность 1. Одна ссылается на другую а та на третью - вложенность 2
NM
Но чисто как отдельная задача с элементами массива внутри lazy, показалось интересной, вот и поделился
RM
И т.д. а то может массив из n элементов а значение всего одно
NM
Всмысле одна ячейка ссылается на вторую - вложенность 1. Одна ссылается на другую а та на третью - вложенность 2
Ну вообще, по идее ограничений не должно быть, главное чтобы в рекурсию не ушло
АУ
Но чисто как отдельная задача с элементами массива внутри lazy, показалось интересной, вот и поделился
концептуально получается мемоизация за счёт этих lazy походу и правда