【Flutter】GetIt的依赖注入与Getx的依赖注入有什么区别

GetIt的依赖注入与Getx的依赖注入

前言

在现代软件开发中，依赖注入（Dependency Injection, DI）是一种常用的设计模式，旨在提高代码的可维护性和可测试性。Flutter 生态系统中，依赖注入的实现方式有很多，其中两个流行的库是 GetIt 和 GetX。这两者都提供了强大的依赖注入功能，但各自的设计理念和使用方式有所不同。

GetIt 是一个基于服务定位器模式的轻量级依赖注入库，通过简单的注册和查找机制，使得管理依赖关系变得高效而直观。而 GetX 则是一个全功能的框架，除了依赖注入外，还集成了状态管理和路由管理等功能。GetX 的依赖注入模块提供了更为灵活和友好的 API，使得开发者在使用时能够更快速地实现依赖的管理。

本文将深入探讨 GetIt 和 GetX 的依赖注入模块，分析它们的特点、使用场景以及各自的优缺点，帮助开发者在项目中选择适合的依赖注入方案。

一、get_it的依赖注入

要在 Flutter 项目中使用 GetIt，首先需要将其添加到 pubspec.yaml 文件的依赖项中：

yaml 复制代码

dependencies:
  get_it: ^7.2.0

注入依赖：

scss 复制代码

void setup() {
  //单实例注册
  getIt.registerSingleton<YourService>(YourService());
  // 也可以注册工厂模式
  getIt.registerFactory<AnotherService>(() => AnotherService());
}

取出对象

ini 复制代码

final yourService = getIt<YourService>(); // 获取单例
final anotherService = getIt<AnotherService>(); // 获取工厂实例

在上述代码中，registerSingleton 用于注册一个单例实例，而 registerFactory 用于注册一个工厂实例。

单例（Singleton）：使用 registerSingleton 注册的对象将只在应用程序运行期间存在一个实例，适合需要共享状态的服务。

工厂（Factory）：使用 registerFactory 注册的对象每次请求时都会创建一个新的实例，适合需要独立状态的服务。

清理依赖

由于 GetIt 只是一个依赖注入框架，它本身并不管理页面状态，注册的依赖会一直存在，直到手动清理。因此，您可以在不再需要某个依赖时进行清理：

ini 复制代码

getIt.unregister<YourService>();

这在需要释放资源时非常有用，例如在特定页面或模块被销毁时。

二、getx的依赖注入模块

GetX 是一个强大的 Flutter 框架，除了提供状态管理和路由管理功能外，还内置了便捷的依赖注入机制。本章将深入探讨如何使用 GetX 进行依赖注入，包括注入依赖、取出对象、清理依赖和生命周期管理等。

注入依赖：

在 GetX 中，我们可以使用 Get.put() 方法将依赖注入到 GetX 的管理系统中。这可以是单例或工厂模式，具体取决于您使用的方法。

javascript 复制代码

import 'package:get/get.dart';

class YourService {
  // Service implementation
}

void setup() {
  // 注入单例
  Get.put<YourService>(YourService());

  // 注入工厂实例
  Get.put<AnotherService>(() => AnotherService());
}

取出对象:

使用 GetX 提供的 Get.find() 方法可以轻松获取已经注入的对象。这种方式可以确保您获取到的对象是您之前注入的实例。

ini 复制代码

final yourService = Get.find<YourService>(); // 获取单例
final anotherService = Get.find<AnotherService>(); // 获取工厂实例

清理依赖

GetX 提供了 Get.delete() 方法来清理不再需要的依赖。清理依赖是重要的，特别是在动态创建和销毁的页面中，以防止内存泄漏。

go 复制代码

Get.delete<YourService>();

生命周期管理:

GetX 提供了灵活的生命周期管理。与 GetIt 不同，GetX 在 Controller 对象上提供了更为自动化的资源管理。

GetxService 单例：使用 GetxService，可以创建一个服务类，该类在整个应用程序运行期间只会存在一个实例。您可以使用 Get.put() 注册此类，例如：

scala 复制代码

class YourService extends GetxService {
  // Service implementation
}

多实例：如果您需要为每个页面或模块创建独立实例，可以使用 Get.create() 方法。这会在每次请求时创建一个新的实例：

scss 复制代码

Get.create<AnotherService>(() => AnotherService());

注入全局和自动回收

GetX 的优势之一是它可以自动管理依赖的生命周期，特别是对于 GetController。当页面被销毁时，相关的控制器和服务也会被自动回收，避免内存泄漏。

scala 复制代码

class MyController extends GetxController {
  // Controller implementation

  @override
  void onInit() {
    super.onInit();
    // 初始化逻辑
  }

  @override
  void onClose() {
    // 资源清理逻辑
    super.onClose();
  }
}

通过将控制器放入 GetBuilder 或 GetX 组件中，GetX 会在组件的生命周期结束时自动调用 onClose() 方法，从而清理未使用的资源。

GetX 提供了一种非常灵活和高效的依赖注入机制，能够简化 Flutter 应用中的依赖管理。无论是单例服务、多实例服务，还是自动回收的控制器，GetX 都能帮助开发者轻松管理依赖，确保代码的整洁性和可维护性。

区别与总结

GetIt 和 GetX 在依赖注入的实现上确实有很多相似之处，主要体现在以下几个方面：

基于类型的依赖管理：

GetIt 和 GetX 都采用基于类型的方式来存储和获取对象。开发者可以通过注册对象的类型来将其注入到框架中，然后在需要的地方通过类型来获取这些对象。

对象存储和获取：

两者都允许使用单例和多实例的方式来管理对象。开发者可以根据具体需求选择合适的方式来注册和获取对象。

主要区别

状态管理和资源释放：

GetX：除了依赖注入外，GetX 还集成了状态管理和路由功能。它能够自动处理控制器的生命周期，这意味着当页面关闭时，相关的资源和状态将得到自动释放，减少了内存泄漏的风险。

GetIt：不涉及状态管理，因此它与页面状态没有直接联系。开发者需要手动释放不再需要的对象，以防止潜在的内存泄漏。

使用场景：

GetX 更适合需要复杂状态管理和页面交互的场景，在这种情况下，自动处理生命周期和资源释放的特性可以大大简化开发者的工作。

GetIt 更适合需要简单依赖注入的项目，特别是当项目不涉及复杂的状态管理时，GetIt 提供了轻量级的解决方案。

尽管 GetIt 和 GetX 都实现了依赖注入，但它们在设计理念、使用方式、生命周期管理和应用场景上有明显的差异。选择使用哪个库主要取决于你的项目需求和开发风格。如果你需要一个简单的服务定位器，GetIt 是一个很好的选择。如果你需要一个强大的状态管理和依赖注入解决方案，GetX 可能更适合你的需求。

这篇算是前置技能，后面讲 Riverpod 的依赖注入与他们的区别以及如何模拟 get_it 的依赖注入。

OK，那么今天的分享就到这里啦，当然如果你有其他的更多的更好的实现方式，也希望大家能评论区交流一起学习进步。

如果我的文章有错别字，不通顺的，或者代码、注释、有错漏的地方，同学们都可以指出修正。

如果感觉本文对你有一点的启发和帮助，还望你能点赞支持一下，你的支持对我真的很重要。

这一期就此完结了。