вспоминаю какие там ещё ключи в андроиде я забыл и как они в Котлине пишутся )
Выглядит так, что у тебя один конфиг нужно обязательно в одном месте прописать, один в другом, третий в третьем. Конечно, удобнее было бы, если б все было в одном месте
Плюс допустим все эти classpath для определённых библиотек. Сейчас чисто потребительски пишу, если допустим определённой либе нужен classpath то бишь плагин по сути для работы, почему бы зная это автоматом этот плагин не включа ты?
Подозреваю, что потому что нет таких мастер данных, но это бы сильно упростило жизнь
То есть, то что @fundamentalparticle говорил в подкасте у меня. Ты хочешь заюзать какой-то класс и студия тебе говорит: «смотри, в проекте у тебя такой зависимости нет, но я нашла в популярных репо либы с такой зависимостью. Выбери что тебе нужно, а я все подключу» плюс поиск если это какая-то не очень популярная либа
Потому что в репозиториях таких метаданных нет. С точки зрения мавена нет никакой связи между артифактом с аннотациями даггера и артифактом процессора аннотаций.
Я смотрел этот кусок, но чего-то меня в таком подходе напрягает потому что одна и та же фича может быть в куче либ и называться и реализовываться по-разному. Кто решает, какая либа "популярная". Но в любом случае, это к иде, а не к сборке. То, что Антон говорил может быть про декларативную конфигурацию, но в этом есть куча своих ограничений. У меня есть мысль о том, как это можно сделать, но там надо довольно радикально концепцию менять.
Такое сделали в AS для Jetpack библиотек
Теоретически звёздочки на гитхабе + recent use ) ты же часто проекты на одном и том же пишешь. Ну и да поддержу @vladimirsitnikv что иногда вообще никак даже себе объяснить не можешь почему это должно писаться тут, а не там
Обсуждают сегодня