Что такое многомодульность?

Question

deepseek-v3.2 · Accepted Answer

## Что такое многомодульность в Android-разработке?

**Многомодульность** — это архитектурный подход, при котором монолитное приложение разбивается на логически связанные, независимые и переиспользуемые части — **модули**. Каждый модуль представляет собой отдельный Gradle-проект со своей собственной структурой, зависимостями, исходным кодом (Java/Kotlin, ресурсы, манифест) и ответственностью. В конечном итоге эти модули собираются в единый APK или App Bundle.

### Ключевые цели и преимущества

*   **Четкое разделение ответственности (Separation of Concerns):** Каждый модуль фокусируется на своей задаче (например, работа с сетью, доступ к данным, конкретная фича). Это делает код более **поддерживаемым** и понятным.
*   **Ускорение сборки за счет инкрементальности:** Gradle кеширует скомпилированные выходные данные неизмененных модулей. При изменении кода в одном модуле не требуется пересборка всего проекта, что критично для больших команд.
*   **Возможность повторного использования (Reusability):** Модули, особенно низкоуровневые (например, `core-network`, `core-database`), можно легко подключать в разные фича-модули или даже в другие проекты.
*   **Улучшенная изоляция и тестируемость:** Модули естественным образом задают границы. Модуль можно протестировать изолированно, подменяя его зависимости (например, реализацию репозитория).
*   **Контроль видимости:** Можно скрыть внутренние реализации модуля, предоставив наружу только публичный API (через `public`/`internal` модификаторы в Kotlin). Это снижает связность.
*   **Параллельная разработка:** Несколько команд могут работать над разными модулями с минимальными конфликтами, если четко определены контракты (интерфейсы) между ними.
*   **Динамическая доставка (Dynamic Delivery):** Модули можно обозначить как **Dynamic Feature Modules**, которые пользователь может загрузить по требованию, уменьшая размер установочного пакета.

### Типичная структура модулей в Android

```
app/                    # Главный модуль приложения (application)
│   build.gradle.kts
│
├── feature-auth/       # Фича-модуль (android library)
│   └── build.gradle.kts
├── feature-news/       # Еще один фича-модуль
│   └── build.gradle.kts
│
├── core-network/       # Модуль инфраструктуры (pure Kotlin library)
│   └── build.gradle.kts
├── core-database/
│   └── build.gradle.kts
└── core-ui/            # Общие UI-компоненты (android library)
    └── build.gradle.kts
```

### Пример настройки зависимостей

**`core-network/build.gradle.kts`** (низкоуровневый, не зависит от Android SDK):
```kotlin
plugins {
    `kotlin-library` // или `java-library`
}

dependencies {
    implementation("com.squareup.retrofit2:retrofit:2.9.0")
    implementation("com.squareup.okhttp3:logging-interceptor:4.12.0")
}
```

**`feature-news/build.gradle.kts`** (фича-модуль, зависит от `core-network`):
```kotlin
plugins {
    `android-library`
    `kotlin-android`
}

dependencies {
    // Зависимость от другого модуля в проекте
    implementation(project(":core-network"))
    implementation(project(":core-ui"))

implementation("androidx.lifecycle:lifecycle-viewmodel-ktx:2.7.0")
    // ... другие зависимости
}
```

**`app/build.gradle.kts`** (главный модуль, собирает все вместе):
```kotlin
plugins {
    `android-application`
    `kotlin-android`
}

dependencies {
    // Подключение фича-модулей
    implementation(project(":feature-auth"))
    implementation(project(":feature-news"))
    // ... другие зависимости
}
```

### Практические советы и подводные камни

*   **Циклические зависимости:** Грамотно проектируйте иерархию. Зависимости должны идти сверху вниз (app → feature → core). Инструменты вроде `dependencyGraph` плагина помогают визуализировать граф.
*   **Дублирование зависимостей:** Один и тот же артефакт (например, GSON) может быть подключен в нескольких модулях. Используйте **Version Catalogs** (файл `libs.versions.toml`) для централизованного управления версиями.
*   **Публичный API модуля:** Продумывайте, какие классы и интерфейсы будут `public`. Для внутренних классов используйте модификатор `internal`.
*   **Навигация между модулями:** Для навигации между экранами в разных feature-модулях используйте роутеры или современные библиотеки навигации (например, Jetpack Navigation с поддержкой Dynamic Features).
*   **Инверсия зависимостей (Dependency Inversion):** Внедряйте зависимости через интерфейсы, которые могут быть определены в отдельном `:api` модуле, чтобы избежать жесткой связности.

Внедрение многомодульности — это **стратегическое вложение**. На начальном этапе небольшого проекта оно добавляет сложности, но по мере роста команды и кодовой базы преимущества в скорости сборки, организации кода и возможности параллельной работы становятся неоценимыми. Современные инструменты Android Studio и Gradle предоставляют всю необходимую поддержку для успешной реализации этой архитектуры.

Что такое многомодульность?

Комментарии (2)

Что такое многомодульность в Android-разработке?

Ключевые цели и преимущества

Типичная структура модулей в Android

Пример настройки зависимостей

Практические советы и подводные камни