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

Question

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

Тип вопроса: Архитектура Вероятность: 24% Категория: Android Разработчик

Ответ

Многомодульность — это подход к организации проекта, где код разбит на отдельные модули (библиотеки или приложения), каждый со своей зоной ответственности.

Преимущества:

Ускорение сборки (изменения в одном модуле не требуют пересборки всего проекта)
Чёткое разделение ответственности (features, core, data и т.д.)
Возможность переиспользования кода между проектами

Пример структуры:

app/          # главный модуль приложения  
feature-auth/ # модуль авторизации  
core-ui/      # общие UI-компоненты  
data/         # слой работы с данными

Gradle настройка модуля (:feature-auth):

plugins {  
    id("com.android.library")  
    id("org.jetbrains.kotlin.android")  
}  

dependencies {  
    implementation(project(":core-ui"))  
}

Важно: избегать циклических зависимостей между модулями.

Ответ 18+ 🔞

Ну, слушай, вот есть такая штука — многомодульность. Это когда твой проект, вместо того чтобы быть одной здоровенной кучей, разбит на отдельные куски. Каждый кусок — это либо библиотека, либо вообще маленькое приложение само по себе, со своей чёткой задачей. Представь, будто ты не одну гигантскую хрущёвку строил, а целый микрорайон с разными домами: тут у тебя жилой корпус, тут магазин, тут спортзал. Ёпта, вроде логично, да?

И зачем это всё, спросишь? Да потому что овердохуища плюсов!

Сборка быстрее. Ну представь: ты поменял кнопку в модуле авторизации. Зачем тебе заново компилить весь проект, от базы данных до анимации запуска? Правильно, нихуя не зачем. Собирается только тот модуль, который изменился, и те, кто от него зависит. Экономия времени — просто пиздец.
Всё на своих местах. Один модуль за фичи отвечает, другой — за общие штуки интерфейса, третий — за работу с сетью. Никакой каши в голове. Захотел разобраться, как авторизация работает — пошёл в feature-auth и не трогаешь ничего лишнего. Чёткое разделение, хуй с горы.
Переиспользование. Написал ты крутой слайдер в core-ui. Так его можно в десять разных фич внутри проекта запихнуть, а если надо — вообще в другой проект выдернуть! Не надо копипастить код, как последний распиздяй.

Как это выглядит, примерно:

app/          # главный модуль, который всё собирает в кучу
feature-auth/ # вот тут вся авторизация живёт: логины, пароли, Face ID
core-ui/      # а тут общие компоненты: кнопки, карточки, темы
data/         # тут сетевое говно, базы данных, модели

А вот как в Gradle (:feature-auth) это прикручивается:

plugins {
    id("com.android.library")  // Это библиотека, а не приложение!
    id("org.jetbrains.kotlin.android")
}

dependencies {
    implementation(project(":core-ui")) // И он тянет за собой наш общий UI
}

И главное правило, блядь, которое нарушать нельзя: не делай циклических зависимостей! Это когда твой feature-auth зависит от core-ui, а core-ui вдруг решает зависеть от feature-auth. Получается пиздопроебибна, Gradle сходит с ума, проект не собирается, и все идут нахуй. Следи за этим, как хитрая жопа.