AU
Переслано от Aleksey @cheatex
Они не зависят от внешнего состояния. Просто не все их входные параметры перечислены в сигнатуре.
Size: a a a
2021 February 07
AU
Ну на не совсем функционально, но а) это вопрос удобства б) ты подписываешься на части некоего скоординированного убер-стейта а не какие-то случайные вещи, так что в каком-то смысле подписка аналогична прокидыванию стейта всего приложения и выковыриванию из него нужных данных вручную
AU
вопрос. если создать подписку так
но не дереференсить её.
она будет вычисляться?
я не уверен что нет. Хотя может и не будет.
Но если её положить в функу – уже “точно не должна”
(def sub1 (rf/subscribe [:s1]))
(defn comp…)
но не дереференсить её.
она будет вычисляться?
я не уверен что нет. Хотя может и не будет.
Но если её положить в функу – уже “точно не должна”
Надо смотреть в сторону реагента. Мне кажется будет вычисляется ибо subscribe уже создаёт reagent/reaction.
AC
Alexander Ushanov
Ну вот мне понравилась мысль Алексея. Наверное действительно суть в том, что все параметры определены на момента входа в функцию и не меняются в процессе ее вычисления.
Ну это как и любая функция в любом языке если нет доступа из нескольких тредов
AC
даже для метода мутабельного объекта это справедливо
AU
Ну это как и любая функция в любом языке если нет доступа из нескольких тредов
Не только из тредов, но и вообще из вне, как с каким-то gpio, к примеру
AC
this по сути то же самое
AC
в смысле того что не все входные параметры перечислены в сигнатуре
AU
в смысле того что не все входные параметры перечислены в сигнатуре
Тут важнее вторая часть, мне кажется, если я правильно понимаю, результат подписки не может поменяться в процессе вычисления функции, она просто будет вычислена повторно
AC
Alexander Ushanov
Тут важнее вторая часть, мне кажется, если я правильно понимаю, результат подписки не может поменяться в процессе вычисления функции, она просто будет вычислена повторно
я не понимаю что это дает
AC
Alexander Ushanov
Тут важнее вторая часть, мне кажется, если я правильно понимаю, результат подписки не может поменяться в процессе вычисления функции, она просто будет вычислена повторно
ну как и любое значение в кложе
AU
Ну дёргая gpio в функции два раза ты можешь получить все что угодно, а там поведение более предсказуемое выходит
AC
Alexander Ushanov
Ну дёргая gpio в функции два раза ты можешь получить все что угодно, а там поведение более предсказуемое выходит
Ну результаты-то в разных переменных будут записаны
AC
У тебя просто будет два значения
AU
надо осмыслить, у меня пока какие-то ассоциации с квантовой физикой и волновыми функциями)
DF
Главное - до коллапса не доводи!
A
в смысле того что не все входные параметры перечислены в сигнатуре
ну в рефремовом компоненте стейт ни прочитать ни поменять нельзя. можно попросить позвать тебя когда он поменяется и попросить поменять его.
AU
Главное - до коллапса не доводи!
ну так так и выходит, что либо у тебя много волновых функий (IO), каждая из которых коллапсирует, когда ты к ней обращаешься, а в случае с подписками все определено на момент входа в функцию, ну по крайней мере, я так это себе представляю
2021 February 08
