Size: a a a

Android Architecture

2020 April 08

Y

YorkIsMine in Android Architecture
Вот читаю тоже про чаёк и непонятно зачем Elm этот
источник

K

Kirill Vasiliev in Android Architecture
Любой язык - инструмент для конкретных целей, конкретно этот разрабатывался для удобного описания UI в реактивной архитектуре, TEA потому что этот UDF паттерн взят из Elm’овских подходходов к построению архитектуры приложений
источник

ML

Mikhail Levchenko in Android Architecture
Kirill Vasiliev
Любой язык - инструмент для конкретных целей, конкретно этот разрабатывался для удобного описания UI в реактивной архитектуре, TEA потому что этот UDF паттерн взят из Elm’овских подходходов к построению архитектуры приложений
ну раз MVI взят из эльмовских подходов, то наверное он лучше подходит для Android?
источник

ML

Mikhail Levchenko in Android Architecture
раз начали придумывать что то другое
источник

Y

YorkIsMine in Android Architecture
Я уж думал, что куча ответов будет за час, эх
источник

ML

Mikhail Levchenko in Android Architecture
Да я вот тоже надеялся, что кто нибудь расскажет но что то никто не заступился
источник

ML

Mikhail Levchenko in Android Architecture
видать среди андроидеров адептов этого эльма ещё меньше чем среди js-еров
источник

Y

YorkIsMine in Android Architecture
Ну это очевидно даже)
источник

Y

YorkIsMine in Android Architecture
Чай же с веба пришел, судя по статьям
источник

КР

Кирилл Романенко in Android Architecture
Mikhail Levchenko
вроде с виду это просто MVI, какой смысл обзывать его TEA?
Так TEA это MVI + отделение эффектов от чистоты. Не?
источник

ML

Mikhail Levchenko in Android Architecture
Кирилл Романенко
Так TEA это MVI + отделение эффектов от чистоты. Не?
От чистоты? Это ты про чистые функции что ли?
источник

ML

Mikhail Levchenko in Android Architecture
зачем оно может быть нужно?
источник

ML

Mikhail Levchenko in Android Architecture
мы ж не на Haskell пишем, println можно в любом месте вызывать
источник

КР

Кирилл Романенко in Android Architecture
Mikhail Levchenko
мы ж не на Haskell пишем, println можно в любом месте вызывать
Ну разделение чистого от грязного всегда делает архитектуру лучше. С принтом ок, но можно же и не принт затащить и смешать с чистой логикой.
источник

ML

Mikhail Levchenko in Android Architecture
Кирилл Романенко
Ну разделение чистого от грязного всегда делает архитектуру лучше. С принтом ок, но можно же и не принт затащить и смешать с чистой логикой.
ну тип, есть же Dependency Inversion
источник

ML

Mikhail Levchenko in Android Architecture
кто же тащит что то заведомо опасное
источник

КР

Кирилл Романенко in Android Architecture
Mikhail Levchenko
ну тип, есть же Dependency Inversion
И всё покрывать интерфейсами с одной реализацией, и причём у интерфейса никогда не будет других наследников, да?
источник

КР

Кирилл Романенко in Android Architecture
Можно же выкинуть все эти интерфейсы. А тестирование станет ещё проще и приятнее. По опыту говорю, тестировать чистоту раз в 100500 приятнее, чем тестировать грязь + чистоту.
источник

ML

Mikhail Levchenko in Android Architecture
Кирилл Романенко
Можно же выкинуть все эти интерфейсы. А тестирование станет ещё проще и приятнее. По опыту говорю, тестировать чистоту раз в 100500 приятнее, чем тестировать грязь + чистоту.
да UI тесты нужно писать, а моки оставить пуристам
источник

ML

Mikhail Levchenko in Android Architecture
вон, в jsunderhood сегодня правильно написали про пирамиду тестирования
источник