не знаю, куча маноуалов как народ заворачивает свои сайты в pwa а потом в apk … они за pwa вроде топят сами

ну тогда не знаю

я пока пишу магазин на котлине хотел так погонять

странно но спасибо за инфу

попробуйте спросить тут, были ли баны за такое
https://t.me/android_developers_ban

Если вы владеете сайтом, который завернули в webview(или каким-то образом сможете получить скрины из административной панели этого сайта), то со второго раза(т.к. в первый сразу отклонят) они пропустят. Иначе - не пытайтесь даже.

Всем привет! Помогите советом. Занимаюсь разбиением приложения на модули (ранее с ними не работал) и возник вопрос, как правильно работать с внедрением зависимостей с kodein. На данном этапе приложение разбивается на 3 модуля: app - большая часть кода, base - вынесены общие части приложения на данном этапе, auth - вся логика, экраны и модели для авторизации.  До этого все зависимости импортировались в global kodein в классе Application. Сейчас этот класс перенесен в модуль base (чтоб был доступен другим модулям и можно было дернуть applicationContext, сделать registerActivityLifecycleCallbacks и подписаться на всё это дело) и не охватывает все необходимые классы. Как в таком случае лучше поступить? Но опять же другим модулям не виден модуль app, в котором лежит то, что нужно в других модулях. Какую можете дать рекомендацию по разбиению на модули и где лучше расширять kodein?
Вдохновляюсь этими репами:
https://github.com/suchoX/Kodein-MVVM и
https://github.com/elye/demo_android_kodein_modules_setup

Друзья, накидайте ссылок как правильно делать запросы имея refresh и access токен, типо как поступать когда есть рефреш токен а access просрочен . Буду весьма благодарен)))

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

Пишите в ручную? Или используете что-то? Мы для этого брали app auth, там всё внутри готово было

Ну, тут как то был срач что синглтоны для хранения данных это плохо. А что делать?

Пока не знаю , впервые работаю с рефреш токеном, а что это за библиотека ? Можете дать ссылку ?

Надо ж где то данные хранить переживающие почти все кроме собственно смерти прилоюения полной

Если имеете доступ к коду на js, то можно через интерфейсы (в каком-то проекте пользовались - работало отлично) - принцип такой, что через интерфейс передаёте метод, а в js при эвенте вызываете этот метод.
https://android-tools.ru/coding/vzaimodejstvie-webview-s-javascript/

Принцип такой:
Есть пара access i refresh. У access время жизни меньше, у рефреш больше.
Сначала проверяете валидность аксеса, если не валиден, то смотрите на валидность рефреша.
Если рефреш валиден, то отправляете запрос на обновление токена - в ответе приходит новая пара. Если и рефреш просрочен, то выкидываете на логин пейдж.
App auth делает всё это внутри себя
https://github.com/openid/AppAuth-Android

Больше спасибо. Наверное это сохранит мне пару дней )))

Не за что))

Плохой принцип кстати.

Здарова, офигительная проблема. У меня есть активити с боттом навигейшн и контейнером для фрагментов, когда когда я перехожу дальше по другим активностям, сделав около 10 переходов, я сворачиваю приложение, и жду пользуясь другими (с включенноц настройкой очищающая активности все нормально работает), когда снова открываю свое приложение, весь стек переходов сохраняется, все норм, но когда я прихожу к экрану с фрагментами, система все восстанавливает, только вот вью фрагмента невидно, я посмотрел, у вью window token = null. В чем может быть проблема? В инете по window token вылезает инфа только про диалоги

Пересоздавать фрагменты не хочется