CD
сабскрайб у тебя дедуплицируется?
subscribe определен следующим контрактом: гарантируется, что если два вызова get() приведут к разным результатам, между ними было оповещение
Size: a a a
2020 August 10
CD
это позволяет делать short circuit в &&
p
ты покажешь свой диплом по преподаванию программирования, или мы поверим людям, у которых он есть?
Твой диплом это не пруф
p
Java/C# возможный язык обучения
А что такое public static void Main(string[] args)
CD
сабскрайб у тебя дедуплицируется?
короче, если после оповещения ты не перечитывал, нихера не гарантируется
YS
А что такое public static void Main(string[] args)
Похоже на точку входа
p
Похоже на точку входа
А что это значит?
CD
ага, короче нихера не гарантируется, см. гарантию
реализация с дедупликацией допустима
реализация с дедупликацией допустима
KR
Вот в такой ситуации сколько раз у тебя вычислится A, если B и D одновременно изменились?
CD
Вот в такой ситуации сколько раз у тебя вычислится A, если B и D одновременно изменились?
1
CD
потому что invalidate в post - неявная транзакция
KR
Ну тогда это пулл, да
CD
Ну тогда это пулл, да
а, кажется я тебя понял
KR
Ну, ок тогда
KR
А чё ты изначально то хотел сказать?
CD
там вроде бы by design очень хотелось пририсовать маркер "разрешена работа в push режиме"
YS
А что это значит?
Доступный другим классам извне метод, единичный экземпляр переменных в нём, без возврата значения после исполнения
NL
фрп кстати я ваще не понимаю. он просто на каждый вызов все пересчитывает заново. а то что он называет пуш это как раз не реактивность а проактивность. вот по пушу я и угорел
Возьми на вооружение следующую интуицию: FRP это как Excel.
У тебя в Эксельке ячейки зависят друг от друга, иногда даже образуют циклы (Мелкософтовский Эксель это не позволяет, но в принципе почему бы и не разрешить).
Когда ты меняешь значение в одной из ячеек, все остальные зависимые пересчитываются, только в общем случае во время пересчёта функция может пойти в сеть или в файл, обрушиться с ошибкой, ошибки придётся комбинировать, и обновлять ещё может понадобиться не ячейки, а какие-нибудь элементы управления или состояние в базе данных.
Есть 2 главных стратегии при изменении одной из ячеек;
1. Пересчитывать весь граф зависимых ячеек транзитивно. Можно соптимизировать, когда мы точно знаем, что значение ячейки не изменится, и тем самым сэкономить на дальнейших обновлениях. (это push модель)
2. Просто класть замыкания в зависимые ячейки. Тогда если снаружи придёт запрос "дай мне значение ячейки X421", шестерёнки начинают крутиться и весь граф всех данных, которые влияют на данное значение начинает вычисляться. Это очень близко к ленивым вычислениям в Хаскеле. (это pull модель)
Ну и в принципе вот и всё FRP, остальные сложности в деталях обработки реактивных потоков значений.
У тебя в Эксельке ячейки зависят друг от друга, иногда даже образуют циклы (Мелкософтовский Эксель это не позволяет, но в принципе почему бы и не разрешить).
Когда ты меняешь значение в одной из ячеек, все остальные зависимые пересчитываются, только в общем случае во время пересчёта функция может пойти в сеть или в файл, обрушиться с ошибкой, ошибки придётся комбинировать, и обновлять ещё может понадобиться не ячейки, а какие-нибудь элементы управления или состояние в базе данных.
Есть 2 главных стратегии при изменении одной из ячеек;
1. Пересчитывать весь граф зависимых ячеек транзитивно. Можно соптимизировать, когда мы точно знаем, что значение ячейки не изменится, и тем самым сэкономить на дальнейших обновлениях. (это push модель)
2. Просто класть замыкания в зависимые ячейки. Тогда если снаружи придёт запрос "дай мне значение ячейки X421", шестерёнки начинают крутиться и весь граф всех данных, которые влияют на данное значение начинает вычисляться. Это очень близко к ленивым вычислениям в Хаскеле. (это pull модель)
Ну и в принципе вот и всё FRP, остальные сложности в деталях обработки реактивных потоков значений.
YS
Возьми на вооружение следующую интуицию: FRP это как Excel.
У тебя в Эксельке ячейки зависят друг от друга, иногда даже образуют циклы (Мелкософтовский Эксель это не позволяет, но в принципе почему бы и не разрешить).
Когда ты меняешь значение в одной из ячеек, все остальные зависимые пересчитываются, только в общем случае во время пересчёта функция может пойти в сеть или в файл, обрушиться с ошибкой, ошибки придётся комбинировать, и обновлять ещё может понадобиться не ячейки, а какие-нибудь элементы управления или состояние в базе данных.
Есть 2 главных стратегии при изменении одной из ячеек;
1. Пересчитывать весь граф зависимых ячеек транзитивно. Можно соптимизировать, когда мы точно знаем, что значение ячейки не изменится, и тем самым сэкономить на дальнейших обновлениях. (это push модель)
2. Просто класть замыкания в зависимые ячейки. Тогда если снаружи придёт запрос "дай мне значение ячейки X421", шестерёнки начинают крутиться и весь граф всех данных, которые влияют на данное значение начинает вычисляться. Это очень близко к ленивым вычислениям в Хаскеле. (это pull модель)
Ну и в принципе вот и всё FRP, остальные сложности в деталях обработки реактивных потоков значений.
У тебя в Эксельке ячейки зависят друг от друга, иногда даже образуют циклы (Мелкософтовский Эксель это не позволяет, но в принципе почему бы и не разрешить).
Когда ты меняешь значение в одной из ячеек, все остальные зависимые пересчитываются, только в общем случае во время пересчёта функция может пойти в сеть или в файл, обрушиться с ошибкой, ошибки придётся комбинировать, и обновлять ещё может понадобиться не ячейки, а какие-нибудь элементы управления или состояние в базе данных.
Есть 2 главных стратегии при изменении одной из ячеек;
1. Пересчитывать весь граф зависимых ячеек транзитивно. Можно соптимизировать, когда мы точно знаем, что значение ячейки не изменится, и тем самым сэкономить на дальнейших обновлениях. (это push модель)
2. Просто класть замыкания в зависимые ячейки. Тогда если снаружи придёт запрос "дай мне значение ячейки X421", шестерёнки начинают крутиться и весь граф всех данных, которые влияют на данное значение начинает вычисляться. Это очень близко к ленивым вычислениям в Хаскеле. (это pull модель)
Ну и в принципе вот и всё FRP, остальные сложности в деталях обработки реактивных потоков значений.
По циклам - а как же vbs?