在Java IoC/DI中，这是一种非常常见的做法，广泛用于web应用程序、几乎所有可用的框架和Java EE.另一方面，也有很多大型Python web应用程序，但除了Zope(我听说Zope编写起来应该非常糟糕)之外，IoC在Python世界中似乎并不常见.(如果你认为我错了，请举几个例子).
当然，有几个流行的Java IOC框架可用于Python，例如springpython个.但它们似乎都没有得到实际apply.至少，我从来没有偶然发现过一个基于Django或sqlalchemy+<insert your favorite wsgi toolkit here>的Web应用程序，它使用这样的东西.
在我看来，IoC有合理的优势，例如，可以很容易地替换django-default-user-model，但是在Python中广泛使用接口类和IoC看起来有点奇怪，并不是"pythonic".但是也许有人有一个更好的解释，为什么IoC在Python中没有被广泛使用.
我实际上并不认为DI/IOC在Python中是that%罕见的.然而，is不同寻常的是DI/IOC frameworks/containers.
想想看:DI容器做什么？它允许你
我们有"连接在一起"和"在运行时"的名称:
因此，DI容器只是动态脚本语言的解释器.实际上，让我重新表述一下:一个典型的Java/.NETDI容器只是一个蹩脚的解释器，用于一种非常糟糕的动态脚本语言，它的语法非常难看，有时是基于XML的.
当你用Python编程时，既然你有一种漂亮、出色的脚本语言可供使用，为什么还要使用一种丑陋、糟糕的脚本语言呢？实际上，这是一个更普遍的问题:当你用几乎任何一种语言编程时，当你有Jython和IronPython可供使用时，为什么要使用丑陋、糟糕的脚本语言？
因此，简单地说:出于完全相同的原因，在Python中DI/IOC的practice与在Java中一样重要.然而，DI/IoC的implementation是内置在语言中的，而且通常是如此轻量级，以至于它完全消失了.
(这里有一个简短的类比:在汇编中，子程序调用是一件非常重要的事情——您必须将局部变量和寄存器保存到内存中，将返回地址保存到某个地方，更改指向正在调用的子程序的指令指针，安排它在完成后以某种方式跳回子程序，将argu被叫人可以找到的地方，等等.IOW:在汇编语言中，"子程序调用"是一种设计模式，在像Fortran这样内置子程序调用的语言出现之前，人们正在构建自己的"子程序框架".你会说在Python中，子程序调用是"不常见的"，仅仅因为你不使用子程序框架吗？)
顺便说一句:关于将DI带到其逻辑结论的例子，请看一下Gilad Bracha's Newspeak Programming Language和他关于这个主题的著作: