我实际上并不认为DI / IoC在Python 中 并不罕见。什么 是 不常见的，但是，是DI / IoC的 框架/容器 。
想一想：DI容器做什么？它可以让你
- 将独立的组件连接到一个完整的应用程序中…
- …在运行时。
我们有“连接在一起”和“运行时”的名称：
- 脚本编写
- 动态
因此，DI容器不过是动态脚本语言的解释器。实际上，让我改写一下：一个典型的Java / .NET
DI容器不过是一个糟糕的解释器，它对于使用糟糕的（有时是基于XML的）语法的动态脚本语言来说确实很糟糕。
当您使用Python进行编程时，为什么要使用丑陋，糟糕的脚本语言，却要拥有漂亮，精妙的脚本语言呢？实际上，这是一个更笼统的问题：当您几乎使用任何一种语言进行编程时，为什么要使用Jython和IronPython来使用一种丑陋的，糟糕的脚本语言？
因此，回顾一下：出于完全相同的原因，DI / IoC的 实践 在Python中与在Java中一样重要。但是，DI / IoC的 实现
已内置在该语言中，并且通常如此轻巧，以至于它完全消失了。
（这里有一个简短的类比：在汇编中，子例程调用非常重要-
您必须将本地变量和寄存器保存到内存中，将返回地址保存在某处，将指令指针更改为要调用的子例程，安排它完成后以某种方式跳回您的子例程，将参数放在被调用者可以找到它们的地方，依此类推。IOW：在汇编中，“子例程调用”是一种设计模式，在诸如内置了子例程调用的Fortran，人们正在构建自己的“子例程框架”。您会说子例程调用在Python中是“罕见的”，仅仅是因为您不使用子例程框架吗？）
