AP
Их можно собрать как один:)
как? не нашел нормального способа это сделать( То есть, есть всякие плагины типо fat aar, но они все заброшенные и с новым андроид градл плагином не работают.
Size: a a a
2018 September 20
АО
как? не нашел нормального способа это сделать( То есть, есть всякие плагины типо fat aar, но они все заброшенные и с новым андроид градл плагином не работают.
На ум пока приходит только создание модуля-аггрегатора, который будет публиковаться
AP
На ум пока приходит только создание модуля-аггрегатора, который будет публиковаться
Это не поможет, если он зависит от других модулей, то при подключении сдк в приложение эти модули должны быть как-то подтянуты транзитивно, а значит их тоже надо публиковать.
АО
Это не поможет, если он зависит от других модулей, то при подключении сдк в приложение эти модули должны быть как-то подтянуты транзитивно, а значит их тоже надо публиковать.
Они же модули в проекте, подтягивайте как модульные зависимости
АО
Безусловно, минусом будет то, что поменять версию каждой отдельной части в конечном приложении будет невозможно, но у вас дрцгая задача
AP
в эту субботу в 19-00 по Москве записываем новостной выпуск 😉
Кстати, да. В это время будет мосдроид, накладка получается😏
AP
Они же модули в проекте, подтягивайте как модульные зависимости
Нет, это так не работает. Ну то есть каждый модуль это отдельный aar/jar. При сборке автоматом все в один не запакуется. Поэтому делается главный модуль, который от всех зависит. Его подключают в приложение и он за собой транзитивной затягивает все модули, от которых зависит. Поэтому модули нужно каждый отдельно публиковать в мавен репу
АО
а insert в локальный мавен репо со сборкой рутового модуля с включением зависимостей в результирующий apk/jar не вариант?
АО
Так можно сделать - это точно
АО
вопрос этики скорее, потому что грязновато получается
AP
Это если мы делаем приложение много модульное, тогда у нас все модули рядом и грубо говоря локально модули тянутся не из репозитория, а локально рядом лежат.
АО
а insert в локальный мавен репо со сборкой рутового модуля с включением зависимостей в результирующий apk/jar не вариант?
локальный репо, я имею ввиду,
~/.m2/repository, напримерАО
хотя для андроида по-умолчанию другой путь до локального репозитория, но не суть
AP
а insert в локальный мавен репо со сборкой рутового модуля с включением зависимостей в результирующий apk/jar не вариант?
Не совсем понял что имеется в виду. Смотри, есть сдк скажем из 3 модулей, 1 из них главный, который зависит от 2х других.
Есть приложение, которое хочет подключить это сдк.
Ты предлагаешь опубликовать главный модуль в локальную мавен репу, так? А потом его подключить в приложение?
Есть приложение, которое хочет подключить это сдк.
Ты предлагаешь опубликовать главный модуль в локальную мавен репу, так? А потом его подключить в приложение?
AE
хотя для андроида по-умолчанию другой путь до локального репозитория, но не суть
Тот же самый
АО
Не совсем понял что имеется в виду. Смотри, есть сдк скажем из 3 модулей, 1 из них главный, который зависит от 2х других.
Есть приложение, которое хочет подключить это сдк.
Ты предлагаешь опубликовать главный модуль в локальную мавен репу, так? А потом его подключить в приложение?
Есть приложение, которое хочет подключить это сдк.
Ты предлагаешь опубликовать главный модуль в локальную мавен репу, так? А потом его подключить в приложение?
Идея была в том, чтобы ставить всё в локал, собирать sdk с зависимостями внутри и так поставлять, но не факт, что вам это подойдёт
АО
Тот же самый
а как можно это проверить?
AE
Из-за fat aar потом чёрт ногу сломит, когда будет пересечение версий транзитивных зависимостей. Если хотите заниматься извращениями, то можно использовать shadow jar
AE
Хех. Я хожу.
Чтобы посмотреть состав участников подкастов.
Чтобы посмотреть состав участников подкастов.
Если есть нелюбимые участники - то не слушаешь?
АО
я просто не уверен как минимум потому, что проекты под андроид тянут зависимости заново, даже если в обычных джава проектах я их уже выкачал