AM
Так там это же тоже по сути как выслуга лет работает, нет?)
Там же вроде более формализованы эти ступени.
Size: a a a
2020 March 13
СГ
Там же вроде более формализованы эти ступени.
Наверно🤷🏽♀️ Где то в подкасте слышал что придумали чтобы как то оправдывать повышение зп со временем
(
Я уже чувствую, как в чат бежит Егор, рассказать об одном важном изобретении
Так и есть
(
Справедливости ради, можно и без дырок
(
Но дырки есть дырки
(
Их надо дрочить
(
К тому же с дырками получается слегка гибче апи и больше логики миддлварей всяких перетаскивается в платформ-агностик модуль
AI
Ну про фичи это Вы уже про конкретную вашу реализацию говорите. Но на концепнутальном уровне MVI потоки комбинируются и превращаются в сайд эффекты в методе bind() и оттуда же идут сообщения в редьюсер, которые меняют стейт.
В самом MVI вообще только Model,View и Intent. И их круговорт. Сайд эффекты каждый делает по своему. Это всё заимствовано из Redux. Обычно есть некий Store, в который на вход идут интенты а на выход состояния. Это всё чисто. Сайд-эффекты можно делать через Middleware, а можно просто выдавать события из Store и обрабатывать чем угодно (отдельными хендлерами), и опять отправлять интенты на вход. Если говорить про MVICore, то можно редуктор из TEA разбить на три части - Actor, Reducer и NewsPublisher. И все они будут чистыми но у каждого будет своя микро ответственность. А в чае всё в кучу навалено.
(
Я сегодня часов семь просидел над дельфинами, пытался придумать комбинаторы-конструкторы фичи на все случаи жизни
AI
Кстати одно из самых важных отличий MVI от TEA в том, что в MVI понятие потоков намертво прибито(и в 99% случаем это Rx). В TEA ты можешь поменять хендлер сайд эффектов с Rx на Корутины например(или вообще на джавовые экзекьютеры), и
логика приложения останется нетронутой.
логика приложения останется нетронутой.
Это на любителя. Я не вижу проблем обмазываться хорошей rx библиотекой.
СГ
Это на любителя. Я не вижу проблем обмазываться хорошей rx библиотекой.
Особенно если сам ее пилишь😉
AM
К тому же с дырками получается слегка гибче апи и больше логики миддлварей всяких перетаскивается в платформ-агностик модуль
А ещё с гибкими дырками ты теряешь всю суть особенностей конкретной реализации реактивщины -- что саспенды, что мульон уникальных операций рыкса.
(
А ещё с гибкими дырками ты теряешь всю суть особенностей конкретной реализации реактивщины -- что саспенды, что мульон уникальных операций рыкса.
А зачем они мне?
AI
Особенно если сам ее пилишь😉
+1
AM
А зачем они мне?
Возможно, незачем, просто упоминая плюсы дырок, ты никогда не заикаешься об их минусах :)
(
Возможно, незачем, просто упоминая плюсы дырок, ты никогда не заикаешься об их минусах :)
Внутри библиотечного кода у них нет минусов, кроме одного
AM
Конечно, это в разрезе узкой проблемы "у нас есть дырки, мы можем скакать по реализациям реактивщины", понятно, что их применение шире.
(
А один минус - это то, что приходится для конечного пользователя писать миллион тысяч адаптеров вида
Kind<Rx, A> -> Observable<A>AM
Это ж весело, не?
(
Это сарказм?