@Harmonizr, ну у меня пока таргет 25, но на будущее учту, спасибо

там своя особенность. Юзать startForeground или чет такое

Как выяснилось, startService всё ещё можно использовать, но если приложение «not in the foreground», то вылетит IllegalStateException.

А как мне его из бродкаста дёрнуть, что там пушь обработать (без foreground)?

А как мне его из бродкаста дёрнуть, что там пушь обработать (без foreground)?

Мб PendingIntent создавать сразу для сервиса?

https://developer.android.com/preview/behavior-changes.html

The startService() method now throws an IllegalStateException if an app targeting Android O tries to use that method in a situation when it isn't permitted to create background services.

Мб PendingIntent создавать сразу для сервиса?

И что с ним делать (назначить на кнопку нотификации)? В общем я понял, тихо синхронизировать данные с сервером на пушах, теперь мувитон.

И что с ним делать (назначить на кнопку нотификации)? В общем я понял, тихо синхронизировать данные с сервером на пушах, теперь мувитон.

Дык пуши же в сервис приходят!

Дык пуши же в сервис приходят!

А, ну ок (видать подзабыл, почему-то казалось что в ресиверы).

А, ну ок (видать подзабыл, почему-то казалось что в ресиверы).

Если бы и в ресиверы — можно позвать JobScheduler оттуда. Вот только объёмы говнокода растут)

Привет. А можешь еще скинуть какую-нибудь модельку как пример?

https://paste.ofcode.org/XGz2rypr6hMRMAzsT5kcmZ

Спасибо большое

Нормально ли, если у меня IntentService делает что-то в фоне - переопределить ему onStartCommand в START_STICKY, чтобы при закрытии приложения сервис продолжил работу? Или плохая идея?

Это и интентсервис депрекетед?

Нормально ли, если у меня IntentService делает что-то в фоне - переопределить ему onStartCommand в START_STICKY, чтобы при закрытии приложения сервис продолжил работу? Или плохая идея?

интент сервис по своей природе при завершении работы умырает

интент сервис по своей природе при завершении работы умырает

Я знаю. Но вроде, если я запущу его, а пока он работает закрою приложение, то он не закончив свою работу тоже умрет, нет? А мне надо, чтобы доделал в любом случае.

Я знаю. Но вроде, если я запущу его, а пока он работает закрою приложение, то он не закончив свою работу тоже умрет, нет? А мне надо, чтобы доделал в любом случае.

не должен вроде

не должен вроде

Хм, просто проверить возможности нет сейчас. %(

Хм, просто проверить возможности нет сейчас. %(

во всяком случае его можно попробовать прикрепить к нотицикации

во всяком случае его можно попробовать прикрепить к нотицикации

Это ясно, старФорграунд и все дела, но я именно про полный бэк.

Это ясно, старФорграунд и все дела, но я именно про полный бэк.

попробуй обычный сервис + свой HandlerThread

коим IntentService и является

попробуй обычный сервис + свой HandlerThread

Да это крайняк. Просто IntentService сам по себе уже реализует работу в другом потоке, не надо париться.

Да это крайняк. Просто IntentService сам по себе уже реализует работу в другом потоке, не надо париться.

FirebaseJobDispatcher пробовал юзать?

https://medium.com/wiselteach/firebase-jobdispatcher-androidmonk-3e6d729ed9ce

FirebaseJobDispatcher пробовал юзать?

Неа, посмотрим, спасибо)

Работает супер

Правда не знаю как вкрутить его в MVP

Пока в любом случае буду пробовать сервисами, а там посмотрим)

да какая связь между сервисом и MVP, вы чо ребят ?

Привет, ребята. Может кто знает, как можно в Unit тесте создать объект, который был введен, начиная с Lollipop. Просто сейчас объект создается, но все его поля null.

Привет, ребята. Может кто знает, как можно в Unit тесте создать объект, который был введен, начиная с Lollipop. Просто сейчас объект создается, но все его поля null.

Его там вообще не должно быть по-хорошему

Его там вообще не должно быть по-хорошему

Допустим мне надо протестировать враппер метода, который доступен начиная с Lollipop и который возвращает объект класса, который был введен начиная с Lollipop.

Допустим мне надо протестировать враппер метода, который доступен начиная с Lollipop и который возвращает объект класса, который был введен начиная с Lollipop.

в юнит тестах нету андроид сдк

хотите сказать, что это будет инструментальный, да?

да

Допустим мне надо протестировать враппер метода, который доступен начиная с Lollipop и который возвращает объект класса, который был введен начиная с Lollipop.

Robolectric Но что-то не так с твоей архитекторой, раз в unit-тест попал класс из Android SDK

Robolectric Но что-то не так с твоей архитекторой, раз в unit-тест попал класс из Android SDK

Скорее тест писал не тот)

да какая связь между сервисом и MVP, вы чо ребят ?

Речь о том, как такой сервис пристроить в MVP. Какая связь между активностью/фрагментов и MVP? Тоже никакой, но мы их почти всегда вьюшками считаем, вот и тут хочу разобраться - как это реализовывать, чтобы не ломать МВП.

Речь о том, как такой сервис пристроить в MVP. Какая связь между активностью/фрагментов и MVP? Тоже никакой, но мы их почти всегда вьюшками считаем, вот и тут хочу разобраться - как это реализовывать, чтобы не ломать МВП.

вы чего-то недопонимаете

вы чего-то недопонимаете

Чего же?)

Чего же?)

Activity/Fragment - компонент OS, который принимает участие в отображение. Мы еще и интерфейс нашей View им имплементим. Так же можно вместо Activity/Fragment использовать просто View из SDK, но она так же будет имплементить интервейс нужной нам View. Service-же к отображению не имеет никакого отношения. Это просто контейнер, который содержит в себе M из MVP. все.

Если не прав - поправьте.

Activity/Fragment - компонент OS, который принимает участие в отображение. Мы еще и интерфейс нашей View им имплементим. Так же можно вместо Activity/Fragment использовать просто View из SDK, но она так же будет имплементить интервейс нужной нам View. Service-же к отображению не имеет никакого отношения. Это просто контейнер, который содержит в себе M из MVP. все.

Чего прицепились все к отображению тупо? Я и спрашиваю - какое место в MVP занимает сервис. И почему именно модель? Как связан сервис и модель?

Я знаю. Но вроде, если я запущу его, а пока он работает закрою приложение, то он не закончив свою работу тоже умрет, нет? А мне надо, чтобы доделал в любом случае.

я вот себе даже START_REDELIVER_INTENT бахнул, т.е. перезапускаем сервис с тем же набором данных

Robolectric Но что-то не так с твоей архитекторой, раз в unit-тест попал класс из Android SDK

Банально SparseArray взял где-нибудь в интеракторе — что тут неправильного?

Чего прицепились все к отображению тупо? Я и спрашиваю - какое место в MVP занимает сервис. И почему именно модель? Как связан сервис и модель?

Никакого не занимает. Сервис — это контроллер.

Чего прицепились все к отображению тупо? Я и спрашиваю - какое место в MVP занимает сервис. И почему именно модель? Как связан сервис и модель?

а чем еще? Presenter? View? при работе с Service значение имеет только ваша бизнес-логика и все. Interactor'ы там и все такое. это уже про Clean больше.

Никакого не занимает. Сервис — это контроллер.

Ясно, что сам по себе сервис не занимает. Как и другие компоненты андроида. Речь о том, какое должен занимать. Что в него стоит имплементить, чтобы вписать в мвп?

Ясно, что сам по себе сервис не занимает. Как и другие компоненты андроида. Речь о том, какое должен занимать. Что в него стоит имплементить, чтобы вписать в мвп?

Не надо ничего имплементить, потому что сервису нет места в МВП, это контроллер.

Банально SparseArray взял где-нибудь в интеракторе — что тут неправильного?

С SparseArray проще. Его добавили в support.v4, поэтому у него все должно отработать.

а чем еще? Presenter? View? при работе с Service значение имеет только ваша бизнес-логика и все. Interactor'ы там и все такое. это уже про Clean больше.

Я не особо силен в архитектурах, но модель вроде отвечает в большинстве своем за данные. Получение, сохранение и пр. дребудень. А сервис может выполнять разные дела.

Я не особо силен в архитектурах, но модель вроде отвечает в большинстве своем за данные. Получение, сохранение и пр. дребудень. А сервис может выполнять разные дела.

с данными.

Не надо ничего имплементить, потому что сервису нет места в МВП, это контроллер.

То есть при работе с мвп отказываться от сервисов? Я не вдуплю о чем речь у вас. Мне вот сервис нужен, хочу сделать приложение с использованием MVP. Мне все сделать как надо и именно у сервисов забить на архитектуру и лепить как хочу? Какой-то хуевый подход)

То есть при работе с мвп отказываться от сервисов? Я не вдуплю о чем речь у вас. Мне вот сервис нужен, хочу сделать приложение с использованием MVP. Мне все сделать как надо и именно у сервисов забить на архитектуру и лепить как хочу? Какой-то хуевый подход)

Делайте его, не думайте об МВП

с данными.

Так. И если у меня сервис не работает с данными, а тупо делает какое-то дело - что тогда?

Так. И если у меня сервис не работает с данными, а тупо делает какое-то дело - что тогда?

"какое-то дело" - это про данные

Делайте его, не думайте об МВП

А я хочу думать. Я вникаю в него, разбираюсь, как я могу не думать о нем?

какое дело он делает?

"какое-то дело" - это про данные

Изменить вьюху это про данные?

А я хочу думать. Я вникаю в него, разбираюсь, как я могу не думать о нем?

думать об МВП тогда, когда вы работаете с отображением

Изменить вьюху это про данные?

это про презентер

Изменить вьюху это про данные?

Как вы через сервис будете менять вьюху?

это про презентер

Но сами выше написали, что сервис - это модель.

То есть при работе с мвп отказываться от сервисов? Я не вдуплю о чем речь у вас. Мне вот сервис нужен, хочу сделать приложение с использованием MVP. Мне все сделать как надо и именно у сервисов забить на архитектуру и лепить как хочу? Какой-то хуевый подход)

Делать гуй по мвп, а сервис — как-то отдельно.

ERROR: S client not available

Но сами выше написали, что сервис - это модель.

ну да, он никакого отношения не имеет к View и Presenter

Как вы через сервис будете менять вьюху?

Биндить? Через хендлеры и посты внутри? Как работают плееры у которых музыка играет в сервисе, но при запуске активити - там все актуальные данные отображаются.

Но сами выше написали, что сервис - это модель.

расскажите лучше задачу, которую вы делаете

Делать гуй по мвп, а сервис — как-то отдельно.

Так. И как мне тогда не ломая архитектуру вписать то сервис который должен еще и менять вьюху тогда?

Биндить? Через хендлеры и посты внутри? Как работают плееры у которых музыка играет в сервисе, но при запуске активити - там все актуальные данные отображаются.

Там сервис играет роль интерактора, пожалуй.

Так. И как мне тогда не ломая архитектуру вписать то сервис который должен еще и менять вьюху тогда?

отдавать данные в презентер через абстракции

расскажите лучше задачу, которую вы делаете

Возьмем банальный таймер. Запускаю сервис в котором идет отсчет времени - обычный стартФореграунд(), у нас в нотификейшенах висит этот таймер, но если мы открываем вьюшку таймера - там должны данные актуально меняться.

Так. И как мне тогда не ломая архитектуру вписать то сервис который должен еще и менять вьюху тогда?

«Не ломать архитектуру» — задача сама по себе нездоровая. Стоит просто писать понятный и хороший код :)

Так же написал пример с плеерами. Музыка играет в сервисе. Открываем вью - у нас показан актуальный трек (который играет), актуально обновляется время на котором сейчас трек и пр.

Возьмем банальный таймер. Запускаю сервис в котором идет отсчет времени - обычный стартФореграунд(), у нас в нотификейшенах висит этот таймер, но если мы открываем вьюшку таймера - там должны данные актуально меняться.

Здесь сервис похож на презентер.

«Не ломать архитектуру» — задача сама по себе нездоровая. Стоит просто писать понятный и хороший код :)

Это все прекрасно. Но я тут именно хочу с MVP разобраться. Можно красиво написать вообще без архитектуры, если приложение мелкое, не о том сейчас дело :)

Здесь сервис похож на презентер.

но вот человек уверенно заявил, что сервис - тупо модель.

Здесь сервис похож на презентер.

Почему контроллер, я так и не понял

Это все прекрасно. Но я тут именно хочу с MVP разобраться. Можно красиво написать вообще без архитектуры, если приложение мелкое, не о том сейчас дело :)

МВП предназначен для типичных задач, а не для этой.)

Это все прекрасно. Но я тут именно хочу с MVP разобраться. Можно красиво написать вообще без архитектуры, если приложение мелкое, не о том сейчас дело :)

Телеграм тоже написан красиво и без архитектуры, а простым не является

Телеграм тоже написан красиво и без архитектуры, а простым не является

Красиво это спорно) В нем хер разберешься без стопарика)

но вот человек уверенно заявил, что сервис - тупо модель.

Он сказал, что сервис с МВП имеет общей только модель.

Красиво это спорно) В нем хер разберешься без стопарика)

++

МВП предназначен для типичных задач, а не для этой.)

А где ж это не типичная то? Сервисы котоыре изменяют вид встречаются очень часто)

Здесь сервис похож на презентер.

какая-то дезинформация, имхо. почему бы не использовать какой-нибудь общий объект, который работает с данными и инжектить и в сервис, и в презентер?

А где ж это не типичная то? Сервисы котоыре изменяют вид встречаются очень часто)

«Очень» — это сколько единиц на тысячу приложений?

«Очень» — это сколько единиц на тысячу приложений?

Статистики не веду, но многие большие приложения имеют нечто такое у себя)

какая-то дезинформация, имхо. почему бы не использовать какой-нибудь общий объект, который работает с данными и инжектить и в сервис, и в презентер?

Ну вот с таймером - как бы сам реализовал? Что бы сделал, если бы именно с MVP работал?

какая-то дезинформация, имхо. почему бы не использовать какой-нибудь общий объект, который работает с данными и инжектить и в сервис, и в презентер?

Не знаю, почему бы не инжектить. Как это отменяет то, что сервис здесь играет роль презентера?

Не знаю, почему бы не инжектить. Как это отменяет то, что сервис здесь играет роль презентера?

хм, хорошо, может, в подобном кейсе он может быть чем-то подобным.

Ну вот с таймером - как бы сам реализовал? Что бы сделал, если бы именно с MVP работал?

какой-нибудь Rx-поток данных, который отдает таймер, а дальше смотреть, есть ли вьюха приаттаченная если да, то кидать в нее данные, если нет, в уведомление

и да, это скорее всего был бы презентер, которой един для Service, и для View

в кач-ве профита - полная абстракция от компонентов Android

Кстати, кто-нибудь пользуется при создании лейаутов окошком которое Design? А то говорят с ConstraintLayout можно творить там достаточно удобно, в общем-то да, сейчас пробую, но XML получается таким огромным и уродливым, что аж бе %) Раньше всегда тупо через XML сам делал все

Правда через старые компоненты только вроде Линеяр или Релатив.

Кстати, кто-нибудь пользуется при создании лейаутов окошком которое Design? А то говорят с ConstraintLayout можно творить там достаточно удобно, в общем-то да, сейчас пробую, но XML получается таким огромным и уродливым, что аж бе %) Раньше всегда тупо через XML сам делал все

Я

Но хмл чистить надо