Почитай про цепочки воркеров

Глянул, это имеешь в виду соединить в цепочку OneTimeWorkRequest и PeriodicWorkRequest? (С указанием воркеру из PeriodicWorkRequest, чтобы тот остановил периодическое выполнение самого себя, если в кеше ничего не осталось)

Ребят, как в котлине вернуть что-то подобное как промис (желательно нативное)?

Future/CompletableFuture из Java

Я использую функцию с запросом, мне нужно чтобы она возвращала булин, тру если запрос прошел, использую okhttp

Есть еще Deferred из coroutines

Глянул, это имеешь в виду соединить в цепочку OneTimeWorkRequest и PeriodicWorkRequest? (С указанием воркеру из PeriodicWorkRequest, чтобы тот остановил периодическое выполнение самого себя, если в кеше ничего не осталось)

Да, только с one time req это все разруливай, оттуда уже заводи переодического . У periodic скудноватый стек колбэков , поэтому цепочки с ним будут проблемными

Да, только с one time req это все разруливай, оттуда уже заводи переодического . У periodic скудноватый стек колбэков , поэтому цепочки с ним будут проблемными

Понял, пробую one time req, если у него не получилось, то оттуда завожу уже periodic time req, если one time req не справился. И .beginWith(OneTimReq) .then(PeriodicTimeReq) не делать. Спасибо за ответы.

Люди, в Котлине при исполнении кода companion object в памяти появляется ещё один объект вдовесок к основному объекту класса?

Люди, в Котлине при исполнении кода companion object в памяти появляется ещё один объект вдовесок к основному объекту класса?

При инициализации появляется.

При инициализации появляется.

То есть, хранить константы, в таком случае, лучше вне класса? (Но в этом файле)

То есть, хранить константы, в таком случае, лучше вне класса? (Но в этом файле)

±

±

Почему так неоднозначно?)

Почему так неоднозначно?)

Потому что топ-левел — это отдельный класс.

Потому что топ-левел — это отдельный класс.

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

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

±

±

Просто я не могу понять, как правильно хранить константы взамен public static final джавы

Просто я не могу понять, как правильно хранить константы взамен public static final джавы

Вот точно не public.

Вот точно не public.

В джаве я активно использовал package-private, но в котлине его нет(

В джаве я активно использовал package-private, но в котлине его нет(

Константы должны быть приватными.

Константы должны быть приватными.

То есть, если у меня одна константа используется в двух классах, то мне надо на каждый класс сделать свою константу?

То есть, если у меня одна константа используется в двух классах, то мне надо на каждый класс сделать свою константу?

Зависит от кода.

Зависит от кода.

Я использую Navigation Architecture Component. Там, чтобы передать аргумент фрагменту нужен ключ для объекта, передаваемого в Bundle, нужен ключ, как известно. Раньше я использовал статический метод моего класса фрагмента newInstance(), в этом же классе хранил константу ключ для Bundle

Ууу, какое жуткое легаси этот навигейшен с бандлами.

Ууу, какое жуткое легаси этот навигейшен с бандлами.

Так как мне быть с константами?)

Так как мне быть с константами?)

Да как больше нравится)

если публичная и у тебя уже есть companion object для newInstance(), то туда и закинь

Да как больше нравится)

И все же как-то странно хранить константы в специально отведённом для этого объекте Тот же метод newInstance() мне пришлось бы тоже в объект-компаньон совать?)

если публичная и у тебя уже есть companion object для newInstance(), то туда и закинь

У меня его пока нет

будет

будет

То есть в Котлине без него никак не обойтись, получается?)

И все же как-то странно хранить константы в специально отведённом для этого объекте Тот же метод newInstance() мне пришлось бы тоже в объект-компаньон совать?)

Эээ, ну статик тоже был странный) те же яйца

То есть в Котлине без него никак не обойтись, получается?)

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

Эээ, ну статик тоже был странный) те же яйца

Но, вроде, статик не создавал лишний объект, значит, памяти меньше потреблял, или я что-то путаю?

Но, вроде, статик не создавал лишний объект, значит, памяти меньше потреблял, или я что-то путаю?

Всё так, но это копейки

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

Печально(

Всё так, но это копейки

Просто препод в университете надрочил, что надо использовать памяти столько, сколько нужно, писали программы с типами byte вместо int и тд)

уверен, где-то в embedded разработке этот твой навык оценят

Ахах, ну да)

на jvm это будет экономией на спичках, хороший препод бы это объяснил, чтоб вы не занимались херней)

на jvm это будет экономией на спичках, хороший препод бы это объяснил, чтоб вы не занимались херней)

Он был препод не по джаве конкретно)

А для обычной внутриклассовой константы надо писать private val?

И без верхнего регистра и тд, так как студия ругается

Гайс, почему на некоторых девайсах активити сбрасывается(наверно опять вызывается onCreate) после сворачивания апп?

И без верхнего регистра и тд, так как студия ругается

@kotlin_start

@kotlin_start

Понял)

windows mobile мертв?

Гайс, почему на некоторых девайсах активити сбрасывается(наверно опять вызывается onCreate) после сворачивания апп?

Наверное или вызывается?

Гайс, почему на некоторых девайсах активити сбрасывается(наверно опять вызывается onCreate) после сворачивания апп?

Или все-таки onResume вызывается?

windows mobile мертв?

Да😁

Наверное или вызывается?

Я методы onStart, onResume, onRestart, onStop, onPause никак не переопределял На моем устройстве все ок, но поступила информация что есть проблемные

Я методы onStart, onResume, onRestart, onStop, onPause никак не переопределял На моем устройстве все ок, но поступила информация что есть проблемные

В большей степени наверное всё-таки от реализации зависит. А onBackPressed обрабатываете?

Гайс, почему на некоторых девайсах активити сбрасывается(наверно опять вызывается onCreate) после сворачивания апп?

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

В большей степени наверное всё-таки от реализации зависит. А onBackPressed обрабатываете?

override fun onBackPressed() { print("ON BACK PRESSED") } Чтобы не выходило на прошлую вьюху

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

А так да, в большинстве случаем память - система выгружает ваше окно, для освобождения памяти под другие приложения

А так да, в большинстве случаем память - система выгружает ваше окно, для освобождения памяти под другие приложения

У меня RegaActivity(там несколько шагов регистрации имя, фамилия и тд). onBackPressed будет переходить на прошлый шаг Мне получается надо сохранять эти шаги регистрации на случай пересоздания активити?

Или может быть ещё такая мысль, странная и маловероятная просто: пользователь может думать, что сворачивает окно, а на самом деле нажимает кнопку "назад" ( просто пользователь тупой), вызывать нечего и окно просто щакрывается

И при запуске просто всё по новой

У меня RegaActivity(там несколько шагов регистрации имя, фамилия и тд). onBackPressed будет переходить на прошлый шаг Мне получается надо сохранять эти шаги регистрации на случай пересоздания активити?

Да, обязательно. Иначе все по новой придется проходить

В этом знач ошибка? Сказали именно это активити сбрасывается а не приложение

Иначе это отрицательные мнение о приложении составит у пользователя, а соответственно и отзывы такие же и отток пользователей

В этом знач ошибка? Сказали именно это активити сбрасывается а не приложение

Вероятно🤷‍♂

Понял принял Весь класс пересоздается или только выполняется onCreate заново?

Посмотрите про жизненный цыкл активити. Там ведь все есть.

OnCreate вызывается каждый раз, когда создается класс

А соответственно и весь стек вызова методов

Ага я смотрел, думаю где сохранять прогресс, в этом же классе или нет

Какие то текстовые данные?

Да

Если данные заполнения полей то думаю самый простой вариант использование android preference.

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

Спасибо, дальше уже разбирусь)

Думаю можно так же очищать и при нажатии кнопки "назад" пользователь как бы намеренно ведь хочет прервать регистрацию, но обязательно вывести сообщение и предупредить)

На каждом шаге по картинке на пол экрана, поэтому походу оно хочет обновляться

Воу

А каждый шаг как меняете?

Фрагменты?

На каждом шаге по картинке на пол экрана, поэтому походу оно хочет обновляться

Не, ну на телефоне реально памяти очень мало может быть

Сейчас ведь до сих пор устройства и с 2 и с 1 гигами памяти ещё есть

У меня 4 гига оперативки и мне кажется, что этого всё-равно мало иногда, а там таки вообще