Size: a a a

Android Architecture

2021 May 30

JF

Jorik Fat in Android Architecture
но разделение этих 2х полей не нарушает атомарность и чтение
источник

AI

Arkadii Ivanov in Android Architecture
Если разделить на разные классы и хранить их отдельно, то атомарности уже может не быть
источник

AI

Arkadii Ivanov in Android Architecture
Условно var state1 = State1(), var state2 = State()
источник

JF

Jorik Fat in Android Architecture
почему? если сделать их иммутабельными
источник

AI

Arkadii Ivanov in Android Architecture
Против var state = State(state1 = State1(), state2 = State2)
источник

AI

Arkadii Ivanov in Android Architecture
Ну хорошо если они ещё в одном классе. Там можно как-то гарантировать. Ну а если в разных классах, то уже сложнее.
источник

JF

Jorik Fat in Android Architecture
в случае с MVVM у меня бы editing был мутабельным и лежал в VM, а Setting иммутабельный в interactore
источник

IN

Ilya Nikolaev in Android Architecture
А по итогу получается , что стейт экрана лежит в вм , а интерактор это просто кеш , который хранит старые настройки.)
источник

JF

Jorik Fat in Android Architecture
по сути да
источник

JF

Jorik Fat in Android Architecture
но у интерактора есть еще задачи, помимо хранения кеша
источник
2021 May 31

FG

Fuad Garayev in Android Architecture
Добрый день,пытаюсь создать приложение(сервис) которое ожидает нотификации и воспроизводит их,а так же в дальнейшем будет слушать по микрофону речь и выполнять определенные действия.Приложение почти не имеет интерфейса и вся работа должна происходить в сервисе.но я прикинул что сервис получается слишком огромным с таким функционалом.Нормально если я распределю функционал между сервисами,вместо одного сервиса?
источник

JF

Jorik Fat in Android Architecture
а что это изменит?
источник

FG

Fuad Garayev in Android Architecture
ну вот я хотел и узнать у более опытных разрабов.Впихнуть все в один сервис?
источник

JF

Jorik Fat in Android Architecture
для начала подумать головой, какой цели хотите достич
источник

FG

Fuad Garayev in Android Architecture
я хочу чтобы  был главный сервис который будет слушать нотификации(NotificationListenerService) и работает постоянно.А к примеру если юзер захочет записать голос то этот главный сервис будет запускать другой,дочерний так скажем для записи и потом вырубать его.как вам такое?
источник

JF

Jorik Fat in Android Architecture
вот так уже корректнее
источник

JF

Jorik Fat in Android Architecture
и обработку голосовых команд делать в фоновом потоке второго сервиса нужно (либо запустить 3й)
источник

FG

Fuad Garayev in Android Architecture
ну да,к примеру сделать обработку в втором сервисе,и вернуть ответ главному.Так вообще делают?или я придумал ересь и следует делать все в одном?
источник

АЕ

Алексей Ершов... in Android Architecture
Сервис это не единица декомпозиции кода приложения, это точка входа в него со стороны Android. Как приложение может состоять из одного Activity, так может и из одного Service. А чтобы код внутри него был хороший и поддерживаемый, вам нужно разделить функциональность этого сервиса на отдельные классы. Обычные классы, не сервисы)
источник

FG

Fuad Garayev in Android Architecture
и в итоге единственный сервис будет и слушать и воспроизводить и обрабатывать команды?ну по сути
источник