В отличие, к примеру, от новых Android Architecture Components, нам не требуется целого зоопарка вспомогательных технических классов и аннотаций, чтобы решить те же проблемы.
Вообще достаточно будет двух классов: ViewModel и LiveData, чтобы почти дословно повторить ваш пример. И при этом не придется наследовать свои Activity от непонятно чего.
ведь в некоторых приложениях десятки, а то и сотни классов, и держать в голове, в конце концов код сильно нагромождается присваиванием и вы сами не поймете что и где и зачем
А как тут помогает даггер? Вот я открыл стандартрный пример с CoffeMaker'ом. Там классов не сотни, там 3 класса и 3 интерфейса. Но пока я не посмотрел каждый и не нарисовал диаграмму на бумаге, я так и не смог понять как это все взаимодействует.
И мне кажется без даггера разорбраться было бы проще. Было бы сразу видно откуда приходит тот или иной объект и как и чем он инициализируется.
Firebase JobDispatcher не работает без сервисов Google Play.
Есть github.com/evernote/android-job, которое как раз и использует если что Alaram Manager, но оно только для API 14+
Вообще достаточно будет двух классов: ViewModel и LiveData, чтобы почти дословно повторить ваш пример. И при этом не придется наследовать свои Activity от непонятно чего.
А как тут помогает даггер? Вот я открыл стандартрный пример с CoffeMaker'ом. Там классов не сотни, там 3 класса и 3 интерфейса. Но пока я не посмотрел каждый и не нарисовал диаграмму на бумаге, я так и не смог понять как это все взаимодействует.
И мне кажется без даггера разорбраться было бы проще. Было бы сразу видно откуда приходит тот или иной объект и как и чем он инициализируется.
Есть github.com/evernote/android-job, которое как раз и использует если что Alaram Manager, но оно только для API 14+