接下来我应该学习啥 DI/IoC 框架？ [关闭]

Posted 2023-04-12

【中文标题】接下来我应该学习啥 DI/IoC 框架？ [关闭]

【英文标题】：What DI/IoC framework should I learn next? [closed]接下来我应该学习什么 DI/IoC 框架？ [关闭]

【发布时间】：2009-02-24 15:03:58

【问题描述】：

我已经使用过很多 Spring 和 Spring.NET，但我想看看还有什么。谁能推荐一个我可以尝试学习的好的 Java 或 .NET 框架？

【参考方案1】：

Here 是来自好先生 Hanselman 的 IoC 容器列表...

【讨论】：

谢谢。我喜欢 Autofac 和 Ninject。

【参考方案2】：

温莎城堡很受欢迎，你可以做得比了解它更糟糕。

【讨论】：

同意。它非常成熟且功能丰富，同时它设法保持了令人惊讶的不臃肿。恕我直言，这是这项工作的最佳工具。

@KrzysztofKoźmic：别忘了说明你是 Windsor 的开发者 :-)

【参考方案3】：

在 .Net 方面，Ninject 可能是最有趣的，在 Java 方面，我想说看看 Google Guice。话虽如此，DI就是DI，它们或多或少都在做同样的事情。区别主要在于它们的配置方式。

【参考方案4】：

Google Guice 非常好 - 除非你真的需要它，否则没有 .xml 配置文件 - 一切都是通过注释完成的，在理想的世界中，你可以避免 setter 方法，通过构造函数注入你的依赖项。

【参考方案5】：

我建议 JBoss Seam。它具有与 Spring 非常不同的依赖注入模型。 Seam 的 DI 是双向的，能够在对象生命周期的每个阶段（不仅仅是在初始化期间）注入值。

这当然不是对所有事情都有好处，但如果你想在 DI 中尝试不同的东西，这很有趣。

看Seam's home page。

【讨论】：

我同意保罗的观点。 Seam 无疑为 IOC 世界增添了一些新东西。我发现“双射”是一个非常有趣的功能。

【参考方案6】：

所以在广阔的软件世界中，您觉得需要了解什么是“假定管道”而不是扩大您的基础？您只需使用 IoC。对于任何认真的人来说，这甚至都不是可选的。这已经持续了十年。

掌握 F# 中的函数式编程。掌握 .NET 4.0 中的新 IObserver 和相关工作，作为与 IEnumerable 的概念配对。为您选择的领域编写特定领域的语言。创建新的抽象，不要简单地重新学习旧的。

【讨论】：

尝试新的 IOP 框架有什么问题？也许发帖人已经完成了你所说的一切，但这在本次讨论的上下文中并不重要。