DI中正确使用了“依赖”一词吗？

Question

在编程中经常使用“依赖”一词。但我想我们可能在很多方面都用错了。我将在这篇文章中使用“依赖注入”作为示例。根据Dictionary.com的说法，“依赖”意味着：

1. 依赖依赖的状态；依赖
2. 从属的依附的或从属的东西；附属
3. 附属建筑物或附属建筑物。
4. 不是统治国家不可分割的一部分的属地。

我们来看第二个意思。依赖是指依赖于另一事物的事物(S)。然而，当我们说“依赖注入”时，依赖项不是请求将其他对象注入给自己的对象，而是正在被注入的对象。但根据字典中给出的意思，这种理解是错误的。实际上，我们不是在注入依赖项，但是依赖项请求注入其他对象，因为它们依赖于它们在构造函数中指定的对象。也许像"Requestor相依“模式这样的名字是准确的。

理由之一是，我们将注入的对象称为“依赖关系”，因为它们是依赖于其他对象的依赖关系图的一部分，但从更实际的角度来看，对DI模式中如何使用“依赖”一词的说明似乎还不够。

我不是以英语为母语的。因此，在这个问题上，我可能是错的。但是每当我想到依赖，它在字典中的意义和它是如何在编程中使用的相互冲突。

Answer 1

依赖注入正确地使用了“依赖”一词。

依赖项只是程序所依赖的设置、值或配置。查找相依要有更多的指导意义。人们在那里发现(略为改写和删节，以及其他含义)：

1. 依靠某人或其他人
2. 有条件的或由其他事物决定的；偶然的
3. 从属的；从属的
4. 不孤立地使用；仅用于其他形式
5. 具有由一个或多个独立变量确定的值

这些都非常适合“依赖注入”。

在DI中，程序所依赖的值和配置是外部提供的(“注入”)。在实践中，负责注入的应用服务器、程序加载器、测试工具或其他“中间件”不仅提供简单的值(例如，“要处理的文件是xyz.jpg”或“该程序在此运行中应该使用6个工作线程”)，而且还提供程序应该使用的服务的名称或地址(例如数据库、解析器、库)，以及使用这些服务的凭据和配置。无论是简单的值还是复杂服务和对象的定义，注入的信息总是指定目标程序所依赖的东西，开发人员认为应该由外部定义，而不是硬连接到程序源代码中。

的确，DI的“依赖”并不符合“依赖”的所有可能含义。例如，它的“附件”和“从属领土”的含义没有。但这是在技术环境中使用自然语言的过程中的标准。像“操作系统”这样的短语也不符合“操作”的所有可能的含义或意义(指指或内涵)。