ANDROID_LIVE Telegram 675
​​Работа с каталогами в gradle 7.0
#gradle

При работе с Gradle существует довольно много способов для описания зависимостей в проекте. Кто-то оставляет всё по умолчанию, кто-то выносит всё в отдельный файлик, например dependencies.gradle.
Проблема в том, что для новых разработчиков команды не всегда очевидно, где эти зависимости располагаются, а также ими становится сложнее управлять на многомодульных проектах.

Совсем недавно появилась возможность использовать каталоги для описания зависимостей. Пока что фича в превью, но уже можно ознакомиться с её работой.

По сути, список зависимостей превращается в:
dependencies {
implementation libs.lifecycle.runtime
implementation libs.lifecycle.viewmodel.ktx
implementation libs.lifecycle.extentions
implementation libs.lifecycle.livedata.ktx
}


А сам каталог libs настраивается так:
versionCatalogs {
libs {
alias('lifecycle-runtime').to('androidx.lifecycle:lifecycle -runtime:2.2.0')
alias('lifecycle-viewmodel-ktx').to('androidx.lifecycle', 'lifecycle-viewmodel-ktx')
.version {
strictly '[2.2.0, 2.3.0['
prefer '2.3.1'
}
}
}


Пока есть некоторые проблемы при работе, однако, мне кажется, что такой подход является более удобным при обработке зависимостей. Почитать подробнее можно в этой статье.
Что думаете вы?



tgoop.com/android_live/675
Create:
Last Update:

​​Работа с каталогами в gradle 7.0
#gradle

При работе с Gradle существует довольно много способов для описания зависимостей в проекте. Кто-то оставляет всё по умолчанию, кто-то выносит всё в отдельный файлик, например dependencies.gradle.
Проблема в том, что для новых разработчиков команды не всегда очевидно, где эти зависимости располагаются, а также ими становится сложнее управлять на многомодульных проектах.

Совсем недавно появилась возможность использовать каталоги для описания зависимостей. Пока что фича в превью, но уже можно ознакомиться с её работой.

По сути, список зависимостей превращается в:
dependencies {
implementation libs.lifecycle.runtime
implementation libs.lifecycle.viewmodel.ktx
implementation libs.lifecycle.extentions
implementation libs.lifecycle.livedata.ktx
}


А сам каталог libs настраивается так:
versionCatalogs {
libs {
alias('lifecycle-runtime').to('androidx.lifecycle:lifecycle -runtime:2.2.0')
alias('lifecycle-viewmodel-ktx').to('androidx.lifecycle', 'lifecycle-viewmodel-ktx')
.version {
strictly '[2.2.0, 2.3.0['
prefer '2.3.1'
}
}
}


Пока есть некоторые проблемы при работе, однако, мне кажется, что такой подход является более удобным при обработке зависимостей. Почитать подробнее можно в этой статье.
Что думаете вы?

BY Android Live 🤖




Share with your friend now:
tgoop.com/android_live/675

View MORE
Open in Telegram


Telegram News

Date: |

Avoid compound hashtags that consist of several words. If you have a hashtag like #marketingnewsinusa, split it into smaller hashtags: “#marketing, #news, #usa. How to Create a Private or Public Channel on Telegram? 5Telegram Channel avatar size/dimensions With the administration mulling over limiting access to doxxing groups, a prominent Telegram doxxing group apparently went on a "revenge spree." Developing social channels based on exchanging a single message isn’t exactly new, of course. Back in 2014, the “Yo” app was launched with the sole purpose of enabling users to send each other the greeting “Yo.”
from us


Telegram Android Live 🤖
FROM American