与finder对象关联起来。在传统的面向对象编程中，对象之间的关联通常是通过构造函数或成员变量直接定义的。然而，这种紧密耦合的方式可能导致代码难以维护和扩展，因为修改一个对象可能会影响到依赖于它的所有其他对象。为了解决这一问题，IoC容器和Dependency Injection（依赖注入）模式应运而生。
IoC容器是一种管理对象生命周期和依赖关系的工具。它负责创建对象，以及在运行时将对象的依赖项自动注入到对象中。这样，对象无需自己寻找或创建依赖，而是被动地接收它们，从而实现了依赖关系的解耦。依赖注入则是IoC容器的核心机制之一，它有三种主要的实现方式：构造函数注入、setter注入和接口注入。
- **构造函数注入**：依赖项在对象的构造函数中传递，这是最推荐的注入方式，因为它能确保依赖项在对象初始化时就已经存在，同时也便于单元测试。
- **setter注入**：依赖项通过setter方法注入，这种方式在依赖项不是必须的情况下使用，但可能会导致对象在某些情况下处于不稳定状态。
- **接口注入**：依赖项通过实现特定接口的方法注入，这种方式较为少见，但在某些场景下可能是必要的。
在Martin Fowler的文章中，他提出了“依赖注入”这一名称，认为它比“控制反转”更能准确描述该模式的特点。同时，他还提到了另一种常见的模式——“服务定位器”（Service Locator），但指出两者的主要区别在于依赖注入模式更倾向于将组件的配置与使用分离，而服务定位器则可能在一定程度上违反了这一原则，因为它允许对象主动去查找依赖，从而增加了代码的耦合度。
回到我们的例子，MovieLister类依赖于一个名为finder的对象。使用依赖注入，我们可以避免在MovieLister的代码中硬编码finder的创建过程。相反，我们可以在MovieLister的构造函数中接受一个finder参数，或者通过setter方法注入finder，这样MovieLister就可以在不知道具体实现细节的情况下使用finder提供的功能。这样一来，如果我们想要更换finder的实现，只需要修改IoC容器的配置即可，而无需改动MovieLister的代码，大大提高了代码的灵活性和可维护性。
IoC容器和依赖注入模式是现代软件开发中不可或缺的一部分，它们帮助开发者构建出更加模块化、解耦合的系统，使得代码更加易于理解和维护。无论是大型企业应用还是小型项目，合理运用这些模式都能带来显著的好处。
