Ruby依赖注入库

Question

我一直在研究一些Ruby依赖注入库。特别是，我检查了Needle和Copland。他们已经存在了很长一段时间，但并没有很多用法。

使用这两个库有哪些优点和缺点？可以肯定的是，许多库/框架可以很好地利用这两个库，例如： Merb / Datamapper's Hook

Answer 1

Jamis Buck，编写了Copland和Needle，posted here关于Needle，依赖注入以及它们在Ruby世界中的用处。

这很长但值得一读，但如果您想要与您的问题最相关的单个段落，我会在结束之前建议这一段：

  

DI框架是不必要的。更多   刚性环境，它们有价值。   在像Ruby这样的敏捷环境中，没有   非常。模式本身可以   仍然适用，但要注意   落入思考你的陷阱   一切都需要特殊的工具。   Ruby是Play-Doh，请记住！我们继续吧   就这样。

HTH

Answer 2

http://fabiokung.com/2010/05/06/ruby-and-dependency-injection-in-a-dynamic-world/：这是另一篇比詹姆斯巴克的文章更不自然的文章。最重要的是你不需要依赖注入，因为ruby提供了很多很好的替代方案，它们在Java世界中并不存在。

其中一种选择是mixins，这是Java没有的东西，另一种是能够覆盖/重新定义语言中的任何东西。其他功能包括动态类型，基本上你可以向任何对象发送任何消息，如果碰巧提供了该消息的实现，事情就可以了。所有这些共同努力消除了对DI框架的大量需求。这样的设计模式在Ruby中仍然有效，有时使用它也是有意义的。

上面Alexey Petrushin所做的关于DI的另一点是，依赖注入主要是一种设计模式，工具是次要的，主要是关于摆脱Java中某些事情的乏味。在ruby中，你可以通过Java轻松模仿spring或guice为你做的大部分事情。因此，完整的依赖注入框架在Ruby中基本上是多余的。

话虽这么说，有时候有一个DI框架是很好的，因为它最终可以带走一些繁琐的布线。我不能保证任何Ruby特定的DI框架，但我知道很多Ruby项目最终用另一种语言（Java甚至）重写，因为事物的性质使得事情变得难以维护/扩展。我怀疑这与开发人员用各种强大的语言功能在脚下拍摄有很大关系。有一个DI框架强加了一些结构和习惯用法可能有助于防止这种情况。

Answer 3

这里还有一个IoC http://alexeypetrushin.github.com/micon

我用它作为我的Web框架的核心组件（不是Rails），你可以看到它在这里工作 - http://ruby-lang.info（这个站点由它驱动）。 它为我节省了大量的时间和代码，所以我个人认为IoC非常有用（在某些情况下）。

  

DI框架是不必要的。在更严格的环境中，它们具有价值。在像Ruby这样的敏捷环境中，并非如此。模式本身可能仍然适用，但要注意陷入认为需要一个特殊工具的陷阱。 Ruby是Play-Doh，请记住！让我们保持这种方式。

我看了Jamis Buck的谈话，我同意并不同意他，这就是为什么http://ruby-lang.info/blog/you-underestimate-the-power-of-ioc-3fh