Size: a a a

Android arch. components

2019 October 25

Y

Yanis in Android arch. components
Смутил get()? У меня от этого пригорает)
источник

SV

Sergey Vasilchenko in Android arch. components
количество бойлерплейта растет кратно с ростом проекта, когда тебе надо весь граф зависимостей описывать руками) а даггер тебе сгенерит то что руками пишешь
источник

КР

Кирилл Романенко in Android arch. components
Yanis
Смутил get()? У меня от этого пригорает)
А от аннотаций и бойлерплейта у тебя не пригорает?😃😃😃
источник

Y

Yanis in Android arch. components
Но я же не говорил что Даггер лучше
источник

КР

Кирилл Романенко in Android arch. components
Yanis
Но я же не говорил что Даггер лучше
Подловил
источник

Y

Yanis in Android arch. components
У дагера свои проблемы, но коин даже рядом не стоит
источник

K

Kopusha in Android arch. components
кстати да, даггре скейлится. Сначала надо будет вложиться в дизайн, а добавлять зависимости потом легко. Но почистить бы его не мешало, вроде обещали "котлинизировать" немного.
источник

Y

Yanis in Android arch. components
Даггер нужно уметь готовить и тогда с ним все не так плохо
источник

K

Kopusha in Android arch. components
ну, и там обещают FragmentFactory, СomponentFactory в андроид завезти, должно стать полегче инжектить в кривые классы.
источник

ST

Sasha Tainyuk in Android arch. components
Yanis
не соответствие стандарту jsr330
Мда... Я думал сейчас опять будет что-то из не тру di.)
источник

SV

Sergey Vasilchenko in Android arch. components
Kopusha
кстати да, даггре скейлится. Сначала надо будет вложиться в дизайн, а добавлять зависимости потом легко. Но почистить бы его не мешало, вроде обещали "котлинизировать" немного.
уже чет начали видимо, судя по позавчерашнему апдейту
источник

КР

Кирилл Романенко in Android arch. components
Kopusha
кстати да, даггре скейлится. Сначала надо будет вложиться в дизайн, а добавлять зависимости потом легко. Но почистить бы его не мешало, вроде обещали "котлинизировать" немного.
Но чувствую мпп они не завезут. Да и я не хочу завозить di на аннотациях потому что он размызывается по всему проекту. А у меня во всех моих проектах di-фреймворк не уходит дальше Application и FirebaseService.
источник

Y

Yanis in Android arch. components
С чего бы Гуглу завозить МПП в андроид?
источник

K

Kopusha in Android arch. components
Правильно. Это сделает Вартан 😂. Вон, sqldelight уже запилил, чтоб ребята из Room долго лоб не морщили.
источник
2019 October 26

K

Kopusha in Android arch. components
Я тут спрашивал, как узнать, если приложение открыто. Сейчас уже можно нормально, в одну строчку: ProcessLifecycleOwner.get().lifecycle.currentState.isAtLeast(Lifecycle.State.STARTED)
источник

ES

Eugene Shapovalov in Android arch. components
Kopusha
Я тут спрашивал, как узнать, если приложение открыто. Сейчас уже можно нормально, в одну строчку: ProcessLifecycleOwner.get().lifecycle.currentState.isAtLeast(Lifecycle.State.STARTED)
А если из ForegroundService нужно узнать, открыто ли приложение, чтобы не показывать нотификацию. Для этого подходит этот код?
источник

K

Kopusha in Android arch. components
он для всего подходит, главное запускать в mainThread
(или навесить observable и слушать ивент, когда в бэкграунд или фореграунд уходит и менять где-то флаг в приложении)
источник

ES

Eugene Shapovalov in Android arch. components
Kopusha
он для всего подходит, главное запускать в mainThread
(или навесить observable и слушать ивент, когда в бэкграунд или фореграунд уходит и менять где-то флаг в приложении)
А в каком состоянии находится процесс, когда ФГ сервис работает, а прилага нет?
источник

K

Kopusha in Android arch. components
ну, если я правильно понял, эта штука считает ссылки на активити и смотрит их состояние. Как только хоть одна активити в onResume - считается приложение в foreground. Как только последняя активити уйдет в onStop - приложение в бэкграунде, на экране ничего нет.
источник

K

Kopusha in Android arch. components
в твоем случае с сервисом не знаю. По идее активити нет, скажет тебе, что бэкграунд наверное, но лучше проверь.
источник