или прогеру в голове держать?

а зачем?) они используются только внутри констреинта/релетива

при include

нет ничего страшного в коллизиях ИДов, в листвью/ресайклере они вообще всегда

передавать ИДы параметрами, равно как делается с реквестКодами, например

ещё Splitties умеет генерировать ИДы, но я этой фичей не пользовался, т. к. констреинтом не верстаю

в include делается editText с id = 1;
и в контейнере таrже же создается editText (прогер не смотрить на id внутри include) - в результате 2 editText с id = 1

this https://t.me/android_ru/819762

т.е. в каждом include прописывать все id для всех view?

di != Dagger
Да и хороший код всё таки может быть без di. Все зависит от проекта.

а если их 15?

Спасибо! То, что нужно

для recycler'а такая же штука есть

интересно, а почему в XML глобальность не была проблемой, а здесь вдруг стала?)

Подскажите пожалуйста, есть ли группа где можно задать вопросы по селениум ?Раз в андроид тоже есть webDriver, задам вопрос и тут. довольно общий: Мне нужно автоматизировать браузер, для кое-какой копипасты. Я раньше тупо запускал webDriver и начинал парсить.  Как я это делал я вспомнил открыв старый проект. Но пока я этого не вспомнил начал гуглить и сперва попал на видео как пишут тест на Selenium плюс TestNG , я не разбирался , что такое TestNG , начал пробовать и уперся в стену. Начал дальше гуглить и другая статья, там про KoTest плюс селениум. Примерно поняв , что дают мне фреймворки тестирования, возник вопрос. А нафига они нужны, если пишем тесты на селениум? Или я что-то не понял и сами фреймворки тестирования чем то дополняют селениум?

в xml я не забочусь о коллизиях с include. они решаются на этапе верстки. И в коде я могу получить доступ к любому view

Ага, нашёл уже) Спасибо

я не пользовался, это мне @Harmonizr подсказал (я только запомнил)

Человек вероятно же di принцип не понимает, а не даггер.

я вообще ничего не использую и тоже никогда не был озабочен коллизиями id , даже используя kotlin syntetic. Проблема вообще не стреляет)