Size: a a a

Android Architecture

2020 September 08

R

Roman in Android Architecture
Yakov Weber
6 лет ему в вебе, а в андроид я его увидел где то с год назад, как продолжения движения mvi, для меня он в общем то просто доработанный мви, для себя я его посмотрел, но проектов на TEA мне не очень много попадается, а что бы ещё и оперсорс типа gitfox вообще не нашёл.
А можете подкинуть ссылки на такие проекты?
источник

YW

Yakov Weber in Android Architecture
Roman
А можете подкинуть ссылки на такие проекты?
Где то была ссылка у нас на дейли скидывали, если найду закину сюда
источник
2020 September 09

R

Roman in Android Architecture
Был бы признателен🙂
источник

L

Lomaga Konstantin in Android Architecture
Переслано от Lomaga Konstantin
Ребята, подскажите пожалуйста.  Работаю с биометрикой. Если у пользователя есть и тач айди и фейс айди, то через стандартную либу выскакивает попап с выбором, а мне нужен только тач, как это реализовать, не могу найти решение.
источник

E

Eugene in Android Architecture
Lomaga Konstantin
Переслано от Lomaga Konstantin
Ребята, подскажите пожалуйста.  Работаю с биометрикой. Если у пользователя есть и тач айди и фейс айди, то через стандартную либу выскакивает попап с выбором, а мне нужен только тач, как это реализовать, не могу найти решение.
источник

LB

Leonid Belyakov in Android Architecture
Можете слегка прояснить?
Здесь имеется ввиду проектирование начиная с domain слоя и постепенный переход к внешним слоям?

P.s. взято из кукбука по андройд архитектуре
источник

YM

Yernar Mendigarin in Android Architecture
с дата слоя
источник

AY

Andy Yanechko in Android Architecture
Leonid Belyakov
Можете слегка прояснить?
Здесь имеется ввиду проектирование начиная с domain слоя и постепенный переход к внешним слоям?

P.s. взято из кукбука по андройд архитектуре
"То, что видит пользователь" - это UI -> presentation
источник

LB

Leonid Belyakov in Android Architecture
Andy Yanechko
"То, что видит пользователь" - это UI -> presentation
Вот меня тоже смутило
Так как в домейн модельках не всё поля могут в итоге идти в UI (некоторые нужны чисто для бизнес логики)

Но почему тогда написано "сверху"?
Верхнеуровневым ведь является домейн слой, а не UI
источник

AY

Andy Yanechko in Android Architecture
Leonid Belyakov
Вот меня тоже смутило
Так как в домейн модельках не всё поля могут в итоге идти в UI (некоторые нужны чисто для бизнес логики)

Но почему тогда написано "сверху"?
Верхнеуровневым ведь является домейн слой, а не UI
Не знаю, лично я всегда делаю domain -> data -> presentation
источник

X(

X1opya (Даниил)... in Android Architecture
Всем привет. Возник большой вопрос, на который не получается найти мнения разработчиков.

В большом проекте используем DataBinding с MVVM. По началу казалось крутая фича. Все круто классно, но сейчас есть понимание, что бизнес логику связали с UI посредством ObservableField и LiveData. Возвращаясь к визуальной переработки старых модулей приходится вносить изменения в ViewModel, что не очень хорошо. Если бы при первичной разработке не использовался databinding, viewModel максимум бы подробилась на меньшие классы. Мы неправильно подошли к внедрению этой фичи или так задуманно?
источник

JF

Jorik Fat in Android Architecture
Добрый день. Если дробить проект по фича-модулям какие слои должны входить в один отделенный модуль?
источник

RC

Roman Chumachenko in Android Architecture
Привет, уже задавал этот вопрос, но ответа не получил пока, так что спрошу снова: есть вьюмодель с простой задачей достать данные из репа, записать данные туда, никакой обработки данных, как есть; имеет ли смысл создавать use case и выносить такой одиночный вызов туда? Какие подводные у такого прямого использования репозитория из вьюмодели могут выплыть со временем?
источник

Kd

Konstantin dmz9 in Android Architecture
подводные камни есть, да. например придется создать файл, назвать его UseCaseЧегоТоТам и написать туда код. когда и если понадобится.
а так нормально.
источник

SB

Simon Belialov in Android Architecture
X1opya (Даниил)
Всем привет. Возник большой вопрос, на который не получается найти мнения разработчиков.

В большом проекте используем DataBinding с MVVM. По началу казалось крутая фича. Все круто классно, но сейчас есть понимание, что бизнес логику связали с UI посредством ObservableField и LiveData. Возвращаясь к визуальной переработки старых модулей приходится вносить изменения в ViewModel, что не очень хорошо. Если бы при первичной разработке не использовался databinding, viewModel максимум бы подробилась на меньшие классы. Мы неправильно подошли к внедрению этой фичи или так задуманно?
Как вопрос меняется ли вьюмодель связана с датабиндингом? Если меняется и так и так бы менялась
источник

X(

X1opya (Даниил)... in Android Architecture
Simon Belialov
Как вопрос меняется ли вьюмодель связана с датабиндингом? Если меняется и так и так бы менялась
Например раньше информация отображалась пачкой, то есть ожидается выполнение нескольких методов, а по загрузке, выставлялся флаг, что все готово, отображаем. То теперь, отображение разбивается на несколько экранов, где учитывать всю загруженную информацию не нужно, только конкретный метод
источник

SB

Simon Belialov in Android Architecture
X1opya (Даниил)
Например раньше информация отображалась пачкой, то есть ожидается выполнение нескольких методов, а по загрузке, выставлялся флаг, что все готово, отображаем. То теперь, отображение разбивается на несколько экранов, где учитывать всю загруженную информацию не нужно, только конкретный метод
Если ты про датабиндинг как концепт MVVM должно быть с ним если про либу, то она никак не влияет на то о чем говоришь
источник

JF

Jorik Fat in Android Architecture
X1opya (Даниил)
Например раньше информация отображалась пачкой, то есть ожидается выполнение нескольких методов, а по загрузке, выставлялся флаг, что все готово, отображаем. То теперь, отображение разбивается на несколько экранов, где учитывать всю загруженную информацию не нужно, только конкретный метод
Так у Вас логика отображения поменялась, поэтому при любой реализации presenter-слоя все поменяется
источник

JF

Jorik Fat in Android Architecture
Jorik Fat
Так у Вас логика отображения поменялась, поэтому при любой реализации presenter-слоя все поменяется
Под "все" подразумевается сам слой и все на него опирающиеся
Т.е. presentation и ui
источник

X(

X1opya (Даниил)... in Android Architecture
Jorik Fat
Так у Вас логика отображения поменялась, поэтому при любой реализации presenter-слоя все поменяется
не совсем. если убрать из этого databinding и обработку данных оставить в view, то максимум пришлось бы разбить viewModel, хотя в рамках single page можно было бы оставить одну viewModel на 2-3 фрагмента.

методы запроса данных ведь не изменились, изменилось только отображение этих данных
источник