IoC 容器中的模块到底是什么
what exactly is module in IoC container
不确定为什么很难在控制反转中找到 'Module' 的确切定义。
我知道 'Component' 定义明确，很容易在 IoC 相关文章中找到，因为它是被注册并解析为要提供的 denpency。
不知何故没有明确提到模块是什么。
很少有与依赖注入相关的术语定义明确。你所谓的 IoC，I call Dependency Injection (DI).
诸如 server、service、client、component 根本没有明确定义。对于不同情况下的不同人来说，它们意味着各种各样的事情。
您没有写下您看过的 DI 容器，甚至没有写在哪个平台（.NET、Java 等）上，但一些 DI 容器带有 'module'使您能够打包定义应用程序（的一部分）的配置代码包的系统。 IIRC，Castle Windsor calls them Installers, Autofac calls them Modules, StructureMap 称它们为 Registries，依此类推。
FWIW，我 my book about DI 的目标之一是提供与之相关的一致模式语言。在其中，我一直称它们为DI Containers，主要模式称为Constructor Injection，等等
但是，我不是使用 DI 容器的支持者。相反，我支持 Pure DI。
不确定为什么很难在控制反转中找到 'Module' 的确切定义。
我知道 'Component' 定义明确，很容易在 IoC 相关文章中找到，因为它是被注册并解析为要提供的 denpency。
不知何故没有明确提到模块是什么。
很少有与依赖注入相关的术语定义明确。你所谓的 IoC，I call Dependency Injection (DI).
诸如 server、service、client、component 根本没有明确定义。对于不同情况下的不同人来说，它们意味着各种各样的事情。
您没有写下您看过的 DI 容器，甚至没有写在哪个平台（.NET、Java 等）上，但一些 DI 容器带有 'module'使您能够打包定义应用程序（的一部分）的配置代码包的系统。 IIRC，Castle Windsor calls them Installers, Autofac calls them Modules, StructureMap 称它们为 Registries，依此类推。
FWIW，我 my book about DI 的目标之一是提供与之相关的一致模式语言。在其中，我一直称它们为DI Containers，主要模式称为Constructor Injection，等等
但是，我不是使用 DI 容器的支持者。相反，我支持 Pure DI。