Какие плюсы и минусы использования зависимостей?

Плюсы и минусы использования зависимостей

Зависимости (dependencies) — это критическая часть любого проекта. Давайте разберемся, как они влияют на разработку и качество кода.

Плюсы использования зависимостей

1. Экономия времени и ускорение разработки

Вместо того чтобы писать все функции с нуля, можно использовать готовые решения:

// Плохо: писать HTTP клиент самому
class HttpClient {
  Future<Response> get(String url) async {
    // 500+ строк кода для обработки сетевых запросов
  }
}

// Хорошо: использовать dio
import 'package:dio/dio.dart';

final dio = Dio();
final response = await dio.get('https://api.example.com/users');

Выигрыш: экономия недель разработки, фокус на бизнес-логике.

2. Качество и надежность кода

Популярные пакеты (http, dio, provider) протестированы тысячами разработчиков и использовались в production приложениях. Это означает:

• Меньше багов
• Лучшая обработка edge cases
• Документированность и лучшие практики

// Riverpod хорошо справляется с кэшированием и invalidation
final userProvider = FutureProvider<User>((ref) async {
  final response = await dio.get('/users/me');
  return User.fromJson(response.data);
});

3. Сообщество и поддержка

Популярные пакеты имеют:

• Активное сообщество на Pub.dev
• Примеры использования
• Stack Overflow ответы
• Регулярные обновления

4. Уменьшение кода в проекте

// Без зависимостей: 5000+ строк
// С get_it + provider: 500 строк

// Dependency injection с get_it
final getIt = GetIt.instance;

getIt.registerSingleton<ApiClient>(ApiClient());
getIt.registerSingleton<UserRepository>(
  UserRepository(getIt<ApiClient>()),
);

// Использование
final userRepo = getIt<UserRepository>();

5. Стандартизация и консистентность

Основные пакеты следуют dart/flutter best practices, что улучшает читаемость кода.

Минусы использования зависимостей

1. Зависимость от поддержки пакета

Если автор прекратит поддерживать пакет, вы застрянете:

// Пакет устарел, не поддерживает Flutter 4.0
// Вы вынуждены либо:
// - Форкировать проект
// - Искать альтернативу
// - Переписывать функционал

Риск: низкий для популярных пакетов (provider, riverpod, dio), высокий для нишевых.

2. Увеличение размера приложения

Каждая зависимость добавляет код:

Без зависимостей:     10 MB
С 30 зависимостями:   35 MB

Решение: использовать tree-shaking и проверять build размер:

flutter build apk --release --analyze-size

3. Уязвимости безопасности

Если в зависимости найдена уязвимость, вы должны срочно обновиться:

// pubspec.lock может содержать старые версии с уязвимостями
// Решение: регулярно запускать
// flutter pub upgrade
// flutter pub outdated

4. Конфликты версий

Когда разные пакеты требуют разные версии одной зависимости:

dependencies:
  # package_a требует dio: ^4.0
  package_a: ^1.0
  # package_b требует dio: ^3.0
  package_b: ^2.0
  # Возможен конфликт!
  dio: ^4.0

Решение: использовать pub.dev dependency resolver и carefully выбирать версии.

5. Усложнение отладки

Когда что-то ломается, нужно:

• Понять, как работает зависимость
• Читать чужой код
• Искать баги в чужих проектах

// Сложно отладить, почему provider не обновляет состояние
// Нужно понять внутреннюю логику провайдера
final counterProvider = StateProvider<int>((ref) => 0);

6. Обновления могут сломать код

// version 2.0 breaking change
// Было:
final response = await dio.post('/users', data: data);

// Стало:
final response = await dio.post(
  '/users',
  data: data,
  options: Options(validateStatus: (status) => true), // breaking!
);

7. Лишние зависимости

Легко добавить пакет "на всякий случай" и никогда не использовать:

// pubspec.yaml с 50 зависимостями, используется только 15
// Это замедляет pub get, увеличивает размер и усложняет поддержку

Рекомендуемый подход

Критерии выбора зависимости:

1. Популярность:

★★★★★ (10k+ likes) — safe
★★★★☆ (1k+ likes)   — good
★★★☆☆ (100+ likes)  — consider carefully
★★☆☆☆ (10+ likes)   — high risk

2. Поддержка:

✅ Обновления каждый месяц
⚠️ Обновления раз в 6 месяцев
❌ Нет обновлений > 1 года

3. Альтернативы:

// Есть 5+ альтернатив? Может быть, встроенная функция достаточна
final now = DateTime.now(); // встроено!
final formatted = DateFormat('dd/MM/yyyy').format(now); // intl пакет

Таблица популярных зависимостей

Best Practices

1. Минимализм в зависимостях:

// Хорошо: добавлять только необходимое
dependencies:
  flutter:
    sdk: flutter
  provider: ^6.0.0
  dio: ^5.0.0
  get_it: ^7.0.0

// Плохо: все подряд
dependencies:
  # 50 пакетов "на всякий случай"

2. Фиксируйте критические версии:

dependencies:
  provider: ^6.0.0    # разрешить патчи
  dio: 5.3.1          # точная версия для критических

3. Регулярно обновляйте:

flutter pub outdated
flutter pub upgrade
flutter pub upgrade --major-versions

4. Проверяйте безопасность:

flutter pub global activate pana
pana .

5. Документируйте выбор:

/// Используем provider для управления состоянием потому что:
/// - Простой API
/// - Отличная производительность
/// - 10k+ лайков на pub.dev
/// - Альтернативы: riverpod, getx
final userProvider = StateNotifierProvider((ref) => ...);

Вывод

Зависимости — это необходимый инструмент в современной разработке. Главное — использовать их осознанно, выбирая популярные и хорошо поддерживаемые пакеты. Избегайте чрезмерного добавления зависимостей и регулярно проверяйте, нужны ли вам все из них.