JF
но разделение этих 2х полей не нарушает атомарность и чтение
Size: a a a
2021 May 30
AI
Если разделить на разные классы и хранить их отдельно, то атомарности уже может не быть
AI
Условно var state1 = State1(), var state2 = State()
JF
почему? если сделать их иммутабельными
AI
Против var state = State(state1 = State1(), state2 = State2)
AI
Ну хорошо если они ещё в одном классе. Там можно как-то гарантировать. Ну а если в разных классах, то уже сложнее.
JF
в случае с MVVM у меня бы editing был мутабельным и лежал в VM, а Setting иммутабельный в interactore
IN
А по итогу получается , что стейт экрана лежит в вм , а интерактор это просто кеш , который хранит старые настройки.)
JF
по сути да
JF
но у интерактора есть еще задачи, помимо хранения кеша
2021 May 31
FG
Добрый день,пытаюсь создать приложение(сервис) которое ожидает нотификации и воспроизводит их,а так же в дальнейшем будет слушать по микрофону речь и выполнять определенные действия.Приложение почти не имеет интерфейса и вся работа должна происходить в сервисе.но я прикинул что сервис получается слишком огромным с таким функционалом.Нормально если я распределю функционал между сервисами,вместо одного сервиса?
JF
а что это изменит?
FG
ну вот я хотел и узнать у более опытных разрабов.Впихнуть все в один сервис?
JF
для начала подумать головой, какой цели хотите достич
FG
я хочу чтобы был главный сервис который будет слушать нотификации(NotificationListenerService) и работает постоянно.А к примеру если юзер захочет записать голос то этот главный сервис будет запускать другой,дочерний так скажем для записи и потом вырубать его.как вам такое?
JF
вот так уже корректнее
JF
и обработку голосовых команд делать в фоновом потоке второго сервиса нужно (либо запустить 3й)
FG
ну да,к примеру сделать обработку в втором сервисе,и вернуть ответ главному.Так вообще делают?или я придумал ересь и следует делать все в одном?
АЕ
Сервис это не единица декомпозиции кода приложения, это точка входа в него со стороны Android. Как приложение может состоять из одного Activity, так может и из одного Service. А чтобы код внутри него был хороший и поддерживаемый, вам нужно разделить функциональность этого сервиса на отдельные классы. Обычные классы, не сервисы)
FG
и в итоге единственный сервис будет и слушать и воспроизводить и обрабатывать команды?ну по сути