Хотел разделить логику работы с данными и логику работы с разрешениями

аккуратно обкладываешь себя граблями

Ну ка, что там может всплыть?

дублированый код может всплыть, который потом надо поддерживать в N-местах

Я работаю через SingleActivity и внутри одного из фрагментов использую childFragmentManager для добавления фрагментов внутри другого фрагмента. Одну из транзакций я добавляю в backstack и по возвращении на тот фрагмент, в котором я добавляю транзакцию в backstack у меня вызывается метод onCreateView() в котором я заново ПРОГРАММНО строю UI, соответственно у меня ставится новый id для контейнера, а старого контейнера со старым id уже нет, но childFragmentManager запомнил именного его и при восстановлении старой транзакции пытается положить фрагмент именно в него, после чего вылезает ошибка: java.lang.IllegalArgumentException: No view found for id 0x22 (unknown) for fragment HomeFragment{40b9de1 #0 id=0x22 1} Где мой косяк при работе с фрагментами и как это исправить?

создавать id в xml и юзать их оттуда

Имеешь ввиду создавать XML layout или внутри файла ids?

<resources> <item type="id>my_super_view_id</id>

ТимЛид против всякого наличия XML в Android, потому что он хочет сделать так, чтобы приложение собиралось удалённо с сервера в будущем В таком случае буду выносить в отдельный Kotlin файл с константами id

ТимЛид против всякого наличия XML в Android, потому что он хочет сделать так, чтобы приложение собиралось удалённо с сервера в будущем В таком случае буду выносить в отдельный Kotlin файл с константами id

ТимЛид против всякого наличия XML в Android, потому что он хочет сделать так, чтобы приложение собиралось удалённо с сервера в будущем В таком случае буду выносить в отдельный Kotlin файл с константами id

ТимЛид против всякого наличия XML в Android, потому что он хочет сделать так, чтобы приложение собиралось удалённо с сервера в будущем В таком случае буду выносить в отдельный Kotlin файл с константами id

Господа! У кого как настроен автодеплой приложений? Кто что юзает? В основе имеем GitLab, думаем прикрутить fastlane еще - сойдёт такой вариант, или что-то другое мудрить надо?

ТимЛид против всякого наличия XML в Android, потому что он хочет сделать так, чтобы приложение собиралось удалённо с сервера в будущем В таком случае буду выносить в отдельный Kotlin файл с константами id

Оно и так будет собираться удаленно

ТимЛид против всякого наличия XML в Android, потому что он хочет сделать так, чтобы приложение собиралось удалённо с сервера в будущем В таком случае буду выносить в отдельный Kotlin файл с константами id

А куда деплоить о потом?

Как можно сгенерировать удалённо папку res после компиляции?

Как можно сгенерировать удалённо папку res после компиляции?

ТимЛид против всякого наличия XML в Android, потому что он хочет сделать так, чтобы приложение собиралось удалённо с сервера в будущем В таком случае буду выносить в отдельный Kotlin файл с константами id

Господа! У кого как настроен автодеплой приложений? Кто что юзает? В основе имеем GitLab, думаем прикрутить fastlane еще - сойдёт такой вариант, или что-то другое мудрить надо?

слушай интересно, вы вообще без любого хмл обходитесь

Даже без манифеста)

а че так можно было?

а в чём проблема. Весь андроид живёт на ХМЛ и всё отлично собирается

Я имею ввиду собрать не просто build app в стандартном понимании, а когда приложение написано таким образом, что все экраны и поведение всех экранов и поведение всей навигации присылается с сервера (почти всей)

Я имею ввиду собрать не просто build app в стандартном понимании, а когда приложение написано таким образом, что все экраны и поведение всех экранов и поведение всей навигации присылается с сервера (почти всей)

То есть вы хотите генерировать вью?

Я имею ввиду собрать не просто build app в стандартном понимании, а когда приложение написано таким образом, что все экраны и поведение всех экранов и поведение всей навигации присылается с сервера (почти всей)

😅это безумие же

не проще сделать вебсайт?

Согласен) Но ТимЛид так хочет

ну, с другой стороны, если грамотно настроить логику, то можно сделать конструктор приложений таким образом, тупо меняя вью.. а это уже low-code solution это сильная концепция но трудоемкая

Я имею ввиду собрать не просто build app в стандартном понимании, а когда приложение написано таким образом, что все экраны и поведение всех экранов и поведение всей навигации присылается с сервера (почти всей)

Как оно присылается?

Знаю компанию, где такая штука есть

блин реально жертва хайпа )))

Знаю компанию, где такая штука есть

Интересно

От многого зависит. Юзаем сейчас gitlab runner + fastlane. Если сборок очень много, то наворотить уже можно всякого

Больно

Вот у нас сейчас 2 flavor: 1) dev версия для internal tests для QA 2) Основное приложение Получится из одного андроид проекта с помощью fastlane деплоить в 2 проекта gooogle play?

В виде некого XML кода сервера, который потом скармливается шаблонизатору (хз что это такое в Android) и генерируется программный UI

слушай а ты ид вьюшки откуда берешь, сам генерируешь что ли?

ТимЛид против всякого наличия XML в Android, потому что он хочет сделать так, чтобы приложение собиралось удалённо с сервера в будущем В таком случае буду выносить в отдельный Kotlin файл с константами id

Вот у нас сейчас 2 flavor: 1) dev версия для internal tests для QA 2) Основное приложение Получится из одного андроид проекта с помощью fastlane деплоить в 2 проекта gooogle play?

Теперь буду сохранять куда-нибудь в статику

да не, если у тебя вьюшки целиком с сервера строятся то лучше сразу вместе с ними присылать view_id

Согласен) Но ТимЛид так хочет

это не тимлид, а сеньор помидор без третьей ноты

да не, если у тебя вьюшки целиком с сервера строятся то лучше сразу вместе с ними присылать view_id

Просто ещё будет прилетать такой JSON, который сможет понять ios

+, просто пока что на сервере это не до конца реализовано

Не ругай его, годный парнишка смотрит вперёд

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

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