Есть список карточек на экране.. этот экран должен быть фрагментом. По нажатию на карточку открывается экран ее детального отображения - это второй фрагмент и по нажатию на картинку во втором - открывается третий фрагмент - картинка на весь экран в возможностью свайпить вправо-влево. Подскажите как грамотно это все реализовать?

Привет, а кто-нибудь юзал сервисы в отдельных процессах? Есть вопросик

что за вопрос-то?

Решил вынести запросы Retrofit в другой класс. Вот так выглядит метод: private static User user; public static User login(String username, String password){ Call<User> call = api.login(username, password); call.enqueue(new Callback<User>() { @Override public void onResponse(Call<User> call, Response<User> response) { user = response.body(); } @Override public void onFailure(Call<User> call, Throwable t) { } }); return user; } Но т.к. запрос асинхронно делается, вначале отрабатывает return user;, до того как приходит responce. Как сделать, что бы возвращался user из onResponce?

callback

что за вопрос-то?

я вот создаю srvice в новом процессе, а когда приложение закрывается, то service тоже умирает, хотя он же должен дальше жить

callback

?

?

ну ты не можешь так возвращать, это тебе не котлин

либо return api.login()

ну ты не можешь так возвращать, это тебе не котлин

Т.е. вынести в отдельный класс не получится?

котоырй вернёт Call и enqueue делать уже в нужном мне месте?

да

Просто у меня пару callback'ов одинаковые. Поэтому хотел их вынести в другой класс, дабы не переписывать несколько раз :с

я вот создаю srvice в новом процессе, а когда приложение закрывается, то service тоже умирает, хотя он же должен дальше жить

Точно в новом процессе? Уверены что есть флаг в манифесте, указывающий отдельный процесс?

Точно в новом процессе? Уверены что есть флаг в манифесте, указывающий отдельный процесс?

конечно

я вот создаю srvice в новом процессе, а когда приложение закрывается, то service тоже умирает, хотя он же должен дальше жить

вообще выживаемость сервисов не зависит от того в каком они процессе. вот https://developer.android.com/guide/components/bound-services.html#Lifecycle

вообще выживаемость сервисов не зависит от того в каком они процессе. вот https://developer.android.com/guide/components/bound-services.html#Lifecycle

зависит

зависит

вот, нашла пару ссылок https://habrahabr.ru/post/265159/ https://stackoverflow.com/a/35684523/1538382

как организовать переключение между тремя экранами фрагментами, где 2-ой вызывается нажатием на елемент первого, а третий на элемент 2-го ?? В каждом фрагменте обрабатывать нажатие и вызывать фрагмент?

как организовать переключение между тремя экранами фрагментами, где 2-ой вызывается нажатием на елемент первого, а третий на элемент 2-го ?? В каждом фрагменте обрабатывать нажатие и вызывать фрагмент?

в onAttach фрагментов берешь колбек активити, в ней метод replaceFragment(Fragment f); ...с фрагмента меняешь так mCallback(new ScreenFragment())

mCallback.replaceFragment(...) тоесть

в onAttach фрагментов берешь колбек активити, в ней метод replaceFragment(Fragment f); ...с фрагмента меняешь так mCallback(new ScreenFragment())

Благодарю)

Решил вынести запросы Retrofit в другой класс. Вот так выглядит метод: private static User user; public static User login(String username, String password){ Call<User> call = api.login(username, password); call.enqueue(new Callback<User>() { @Override public void onResponse(Call<User> call, Response<User> response) { user = response.body(); } @Override public void onFailure(Call<User> call, Throwable t) { } }); return user; } Но т.к. запрос асинхронно делается, вначале отрабатывает return user;, до того как приходит responce. Как сделать, что бы возвращался user из onResponce?

В дополнение спрошу, а стоит ли выносить retrofit в другой класс?

В дополнение спрошу, а стоит ли выносить retrofit в другой класс?

интерфейс?

интерфейс?

Нет. calls

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

Да я просто с дагером ещё не подружился)

В дополнение спрошу, а стоит ли выносить retrofit в другой класс?

Зависит от вашей архитектуры. Тут нету догм и правильных рецептов )

А архитектура зависит от ТЗ

MVP, но не везде. Для простых activity login\register я не парился с этим. Мне показалось это слишком для 2х полей и 1 кнопки делать View и Presenter.

хм... ну тады прям в активити пиши))

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

*в

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

А что произойдёт?

хз че с твоим запросом произойдет, я юзаю в moxy у меня все норм

Привет. Вопрос по анимации AnimatedVectorDrawable. Если я хочу, чтобы аниматоры стартовали не все одновременно, а последовательно, один за другим, как это сделать?

В плане упрощения работы с AnimatedVectorDrawable можешь ещё на эту штуку глянуть Там же можешь демки глянуть https://shapeshifter.design

В плане упрощения работы с AnimatedVectorDrawable можешь ещё на эту штуку глянуть Там же можешь демки глянуть https://shapeshifter.design

Спасибо, посмотрю

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

Ничего не произойдёт

Или флаги переворота экрана в манифесте для слабаков ?

Ничего не произойдёт

Уверен? ) Будет утечка активити, по крайней мере пока не выполнится обратный вызов ретрофита. А даже когда он выполнится, то выполнится в том экземпляре активити, который был до поворота, а не в новой, созданной после поворота, и есть все шансы схватить NPE или еще что-то (зависит от того что в коде обратного вызова содержится). А если проставить в манифесте перехват изменения конфигурации на повороте, то придется обрабатывать повороты ручками - может быть головняков и багов тонна... А если по-вращать телефон туда-сюда с небыстрым интернетом, то так можно и до ООМ дойти, если запрос к ретрофиту автоматом вместе со стартом активити выполняется )

хз че с твоим запросом произойдет, я юзаю в moxy у меня все норм

Вылетает ?

Или флаги переворота экрана в манифесте для слабаков ?

ты был неправ, хах

ты был неправ, хах

Забыл написать почему. Потому что я запускаю HUD крутящийся, при запросе и когда меняется ориентации он отклеивается чёт :)

Остальное всё ок

AS 3. Почему-то в списке отсутствует build.gradle проекта

Сталкивался кто?

sync/clean/invalidate cache не помогает

А поменять вид если?

Да просто темы даггера, rx, kotlin, архитектуры уже порядком надоели. Как правило ничего нового там не рассказывают. Вот про кишки мало кто рассказывает, ещё меньше толковых докладов.(

Скоро будет доклад по кишкам Android за авторством меня, объявление делал в чате про ndk.

А поменять вид если?

Если поставь project overview - файл видно

Если поставь project overview - файл видно

ну все , в чем проблема то?

Ну хочется проблему решить

А не переключать каждый раз

Putextra

Гуглил?

startActivityForResult

Откуда знал? Покажи мне, кто это рассказал, я его заминусую в дно.

ERROR: S client not available

startActivityForResult

это не о том

Putextra юза

Й

это не о том

Взять значение с активити же

Все решил

Глобальных переменных быть не должно. НИГДЕ И НИКОГДА.

А если в момент смена антиви другой потом обратится к твоей переменно в аппликейшине и изменит данные

Что будет?

Или после убийства

В Android нет ничего глобального, потому что приложение может быть прибито в любой момент. В любом случае, глобальные переменные — это худшее решение. Intent#putExtra гуглится по тривиальному запросу вроде «android passing data between activities».

А если в момент смена антиви другой потом обратится к твоей переменно в аппликейшине и изменит данные

Создай себе уже синглтон, и не парься ) enum SingleTone { INSTANCE; .... }

Создай себе уже синглтон, и не парься ) enum SingleTone { INSTANCE; .... }

Сам себе синглтон создай.

Это ок, тут никак иначе.

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

Сам себе синглтон создай.

Умник... И где ж ты экземпляр ретрофита хранишь, к примеру? В каждом активити новый создаешь?

Курсоры только прибивать

Умник... И где ж ты экземпляр ретрофита хранишь, к примеру? В каждом активити новый создаешь?

В дагхере

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

Почитай, что ли, как система нещадно прибивает процессы.

Умник... И где ж ты экземпляр ретрофита хранишь, к примеру? В каждом активити новый создаешь?

В Application.

Пока люди создают синглтоны, не подпускайте их к IDE.

Почитай, что ли, как система нещадно прибивает процессы.

И перед этим нужно успеть конекшн прибить?

И перед этим нужно успеть конекшн прибить?

Нет, это не имеет значения. Linux освободит все твои файловые дескрипторы.

Нет, это не имеет значения. Linux освободит все твои файловые дескрипторы.

Ну чтд

В Application.

Ну, а Application чем по-сути от синглтона отличается? Ты же не создаешь апликейшн каждый раз, а обращаешься к одной и той же через геттеры. Только что создал ее не ты, и доступ не статический

Почитай, что ли, как система нещадно прибивает процессы.

А ты думаешь, Application может жить с прибиты процессом? )))

Пока люди создают синглтоны, не подпускайте их к IDE.

Школоло что ли...

Ну, а Application чем по-сути от синглтона отличается? Ты же не создаешь апликейшн каждый раз, а обращаешься к одной и той же через геттеры. Только что создал ее не ты, и доступ не статический

По большому счёту, ничем. Но одно дело — инициализировать ретрофит или соединение к БД, другое — хранить данные.

А ты думаешь, Application может жить с прибиты процессом? )))

Где я такое говорил?