Dispose отрубает слушатель навсегда. Clear - отписывается, с возможностью подписаться потом вновь. Если хотите делать подписку заново в дальнейшем - лучше делать Clear
Предоставленные примеры довольно легко реализуются и без реактивщины. Создаётся ложное впечатление, что это просто удобный синтаксический сахар. Возможно нужны примеры посложнее. Вот учёт предыдущих эвентов это уже интересно, особенно при подписке.
По моему мнению некоторые вещи удобнее делать реактивщиной. Те же ежесекундные интервалы или выполнение команд с задержкой. Да, можно их с помощью корутин реализовать или юнитаск но тут они выглядят компактнее Да и тот же throttle, skip, take не особо хочется писать заново каждый раз. Кстати, сам автор r3 на гитхабе доказывает что r3 крайне хорош по перфомансу.
Сложный вопрос. Сам не пробовал сочетать R3 и WebGL Гугл говорит, что работает наполовину и с костылями. github.com/neuecc/UniRx/issues/206 Думаю, проще вам самим попробовать установить и поиграться
@@sergeykazantsev1655 спс что ответили , я провокационно конечно немного , просто тяжеловато и да не понимаю стоит ли отказываться - стараться от event ов делегатов типа Action , Func и вот это вот все , к примеру для UI в основном поддерживающие интерфейсы - Dragи Dropы Click и - вот это , нужно ли стараться переходить полностью на реактивщину - просто мучают все эти вопросы - хз как правильно что бы потом не обделаться , точнее что то не упустить - я хз в общем мозг кипит
Я бы сказал, что зависит от ваших целей. Если вы просто для удовольствия пишете небольшие игры - вы царь и Бог выбирать те решения и инструменты удобные вам. Если же вы планируете работать разработчиком, рано или поздно вы наткнётесь на команду которая пишет на R3 или UniRx и спросят - знаете ли его вы. Или просто будете писать уже достаточно большой проект и обычных экшнов вам перестанет хватать. И в таких случаях знать R3 и UniRx полезно.
Объяснение теории прямо доступнее некуда 🔥 Не первый раз замечаю, что у автора талант объяснять сложные концепции простыми словами 👍
Спасибо! Неизменно лучшее объяснение!
Очень круто и интересно объяняете, посмотрел все видео, как сериал😅. Вот бы видео про ecs
Спасибо) ECS точно не скоро)
@@sergeykazantsev1655 жаль, очень было здорово и полезно 🥰🔥
@@sergeykazantsev1655 ждем 🙌
@@sergeykazantsev1655 ☹😢
Зашел узнать что такое Subject в R3, ушел с пониманием кто вообще такой этот ваш R3 и как его использовать. Моё уважение! Пожалуй подпишусь.
На днях задумался изучить и ролик очень кстати. Получить понимание и штурмовать доки. Спасибо!
Отлично постарались! Я больше полугода вдуплял в реактивщину, а вы тут рассказываете за полчаса. Новичкам пойдёт.
Видео окупается, конкретно
Спасибо за качественное объяснение, вроде давно про реактивное программирование знаю, но углублённого понимания не сформировал)
Нашёл то что мне точно может понадобиться наверное даже в новых скорых проектах, хорошее видео, ожидаем ещё крутых видосов
Моё почтение! Спасибо большое!
Видос еще не смотрел, но заранее огромное спасибо! Такие темы надо освещать!👻
Ого, вовремя видео в рекомендации залетело. Как раз раздумываю над добавлением реактивщины в проект. Спасибо!
Подача - мое уважение.
Вы просто золото! Спасибо вам огромное за ваши видео. Очень полезно и очень понятно.
Как всегда шикарен 🔥 Объяснение пушка 🔥🔥🔥
Спасибо за видео! Вдохновил на изучение R3!
Какая имба! Чел спасибо, позже обязательно изучу!
Сережа спасибо!
Я первый)) спасибо за видос) удачи
17:55 имеет ли больший смысл использовать в 39й строке Clear вместо Dispose? Например, если я захочу потом новую подписку в этом же скрипте создать?
Dispose отрубает слушатель навсегда. Clear - отписывается, с возможностью подписаться потом вновь. Если хотите делать подписку заново в дальнейшем - лучше делать Clear
Отличное видео, тем более что про R3 их не так много на Ютубе. Скажите, вы некоторые мемы сами делаете?)
Ну картинки не мои, текст мой)
21:44 Зачем так делать, если можно все преобразования сделать в теле Subscribe? Так более читаемо получается?
Да, так более читаемо. Те же Take,Skip и прочее тоже можно в теле Subscribe сделать - но так менее читаемо и наглядно
А как соотносятся Rx, Observer и EventBus, в чем разница?
Rx и EventBus - это некие производные от паттерна Observer. На канале есть видео по EventBus и Observer, можете посмотреть)
Предоставленные примеры довольно легко реализуются и без реактивщины. Создаётся ложное впечатление, что это просто удобный синтаксический сахар. Возможно нужны примеры посложнее. Вот учёт предыдущих эвентов это уже интересно, особенно при подписке.
По моему мнению некоторые вещи удобнее делать реактивщиной. Те же ежесекундные интервалы или выполнение команд с задержкой. Да, можно их с помощью корутин реализовать или юнитаск но тут они выглядят компактнее
Да и тот же throttle, skip, take не особо хочется писать заново каждый раз.
Кстати, сам автор r3 на гитхабе доказывает что r3 крайне хорош по перфомансу.
25:15 здесь разве не нужно использовать отписку?
Так это же Player, на стороне источника нет отписки
я слышал что с WebGL работают только корутины. r3 и UniRx работаю с WebGL?
Сложный вопрос. Сам не пробовал сочетать R3 и WebGL
Гугл говорит, что работает наполовину и с костылями.
github.com/neuecc/UniRx/issues/206
Думаю, проще вам самим попробовать установить и поиграться
@@sergeykazantsev1655 спасибо. Если под капотом в R3 нигде нет async то вроде должно работать
похоже на кусочек ecs
А что именно?
@@sergeykazantsev1655 там так же события пускаются в общем потоке и системы их так же ловят и обрабатывают в свое время
Схема такая же как в rxjs
тупо не понимаю как работает связка ------ Subject Observable Observer и ReactiveProperty
12:05
Subject = Obserable - это источник
Observer - слушатель, приёмник
@@sergeykazantsev1655 спс что ответили , я провокационно конечно немного , просто тяжеловато и да не понимаю стоит ли отказываться - стараться от event ов делегатов типа Action , Func и вот это вот все , к примеру для UI в основном поддерживающие интерфейсы - Dragи Dropы Click и - вот это , нужно ли стараться переходить полностью на реактивщину
- просто мучают все эти вопросы - хз как правильно что бы потом не обделаться , точнее что то не упустить - я хз в общем мозг кипит
Я бы сказал, что зависит от ваших целей. Если вы просто для удовольствия пишете небольшие игры - вы царь и Бог выбирать те решения и инструменты удобные вам.
Если же вы планируете работать разработчиком, рано или поздно вы наткнётесь на команду которая пишет на R3 или UniRx и спросят - знаете ли его вы. Или просто будете писать уже достаточно большой проект и обычных экшнов вам перестанет хватать. И в таких случаях знать R3 и UniRx полезно.