Какие плюсы и минусы Carthageу?

Плюсы и минусы Carthage

Carthage — это децентрализованный менеджер зависимостей для iOS и macOS проектов, который использует подход динамических фреймворков и принцип минимального вмешательства в сборку проекта.

---

✅ Основные преимущества Carthage

1. Простота и минимализм

• Carthage не вносит изменений в файлы проекта Xcode. Он только скачивает исходный код зависимостей и собирает фреймворки (*.framework), которые вы вручную добавляете в проект.
• Cartfile — простой и понятный декларативный файл для описания зависимостей (аналогичен Gemfile или Podfile, но проще).

// Пример Cartfile
github "Alamofire/Alamofire" ~> 5.6
github "ReactiveX/RxSwift" == 6.5.0
binary "https://example.com/MyFramework.json"

2. Нет "магии" и черных ящиков

• Поскольку сборка фреймворков происходит отдельно, у вас есть полный контроль над процессом. Вы видите, как именно собирается каждая зависимость.
• Нет риска повреждения проекта из-за внутренних скриптов менеджера (в отличие от CocoaPods, который интегрируется глубоко в проект).

3. Поддержка бинарных зависимостей

• Carthage позволяет использовать предварительно собранные бинарные фреймворки, что значительно ускоряет процесс сборки для больших библиотек.
• Вы можете указать в Cartfile как исходный код, так и бинарный вариант (например, для проприетарных SDK).

4. Кеширование и инкрементальные сборки

• Собранные фреймворки кешируются локально. При повторной сборке проекта или обновлении зависимостей пересобираются только измененные модули.
• Это особенно полезно в CI/CD средах, где можно кешировать папку Carthage/Build.

5. Стабильность и предсказуемость

• Так как фреймворки собираются на вашей машине, вы получаете идентичную среду сборки с теми же настройками компилятора и флагами, что и ваш основной проект.
• Нет проблем с несовместимостью версий Swift или Xcode из-за предварительно собранных бинарников (как иногда бывает у CocoaPods).

---

❌ Основные недостатки Carthage

1. Ручное управление зависимостями в Xcode

• После выполнения carthage update вы должны вручную добавить собранные .framework файлы в раздел "Embedded Binaries" и "Linked Frameworks and Libraries" вашего таргета Xcode.
• Это усложняет процесс, особенно для новичков, и увеличивает вероятность ошибок.

2. Отсутствие автоматического разрешения транзитивных зависимостей

• Если библиотека A зависит от библиотеки B, вам нужно явно указать обе в Cartfile. Carthage не подтягивает транзитивные зависимости автоматически.
• Это может привести к дублированию зависимостей или их несовместимым версиям, если за этим не следить.

3. Большие размеры репозитория (при коммите собранных фреймворков)

• Стандартная практика — коммитить папку Carthage/Build в репозиторий, чтобы команда и CI не собирали зависимости заново. Это приводит к раздутию репозитория бинарными файлами (иногда +100 МБ на зависимость).

4. Медленный первый запуск и обновление

• Первоначальная команда carthage bootstrap или update может занимать значительное время, так как требуется клонировать репозитории и компилировать все зависимости с нуля.
• Для больших проектов с 20+ зависимостями это может занять 10-30 минут.

5. Ограниченная экосистема и сообщество

• По сравнению с CocoaPods, у Carthage меньше поддерживаемых библиотек (хотя все основные присутствуют).
• Меньше готовых решений для сложных сценариев (например, настройки пост-установочных скриптов, ресурсов, модульных тестов).

---

📊 Сравнение с альтернативами

// Условный пример сравнения
enum DependencyManager {
    case cocoapods  // Максимальная автоматизация, но "магия"
    case carthage   // Контроль и простота, но ручная работа
    case spm        // Нативная интеграция, но молодость экосистемы
}

Когда выбирать Carthage?

• Вы цените контроль и прозрачность процесса сборки.
• В проекте используется модульная архитектура с динамическими фреймворками.
• Есть необходимость использовать бинарные зависимости.
• Команда готова к ручному управлению фреймворками в Xcode.

Когда избегать Carthage?

• Проект небольшой и нужна быстрая настройка зависимостей.
• Много транзитивных зависимостей или сложные конфигурации сборки.
• Команда неопытна в ручном добавлении фреймворков в Xcode.

---

🛠️ Практический совет

Для большинства современных проектов я рекомендую оценить Swift Package Manager (SPM), который стал зрелой альтернативой. Однако Carthage остается отличным выбором для легаси-проектов, корпоративных сред с бинарными зависимостями и случаев, где требуется максимальная стабильность без скрытой магии менеджера зависимостей. Его философия "просто инструмент, а не фреймворк" продолжает находить преданных поклонников среди опытных iOS-разработчиков.