.net Unity应用程序块项目的进展如何？

多年来，我一直在一个相当大的项目中使用Unity容器进行依赖注入和拦截。自2012年以来，我们一直停留在2.1版本的库中，它运行良好。我认为值得一看Unity最近在做什么

我回来时很困惑。目前，该公司表示，该项目已从社区获得资源，并已转移到一个社区。我没问题。但后来我问了一个最基本的问题：图书馆的最新版本是什么/在哪里？我找到了三个不同的答案：

Github回购协议，所有这些协议都发布了候选协议（也就是说，不能真正使用）。没有以前的版本

NuGet Gallery拥有一个特定的库，这在现在正式的Github项目页面中甚至没有提到

不推荐使用的Unity Code Plex主页宣传3.5版，而将3版列为最新版本

文档甚至更加零碎。官方的GitHub项目中没有，而NuGet包指向旧的CodePlex站点。这是唯一可以找到文件和样本的可靠（ish）地方

它确实有股腥味。有人知道发生了什么事吗？我们是否应该脱离团结？谢谢。

更新2017-01-31 似乎在一年半没有提交的情况下，Unity仍然有一些生命力，并发布了5.x版。不幸的是，目前还没有来自新维护者的新版本文档，只有来自Microsoft的旧文档

原始答案 网站的第一个链接是：

NET社区有着丰富的依赖注入容器历史，可以追溯到Unity引入之前。NET的依赖注入容器继续成熟并显著发展。此外，开源组件现在更为人们所接受需要微软提供一个“官方”容器的需求已经不像以前那样普遍了。2014年，我们确实花了几个月的时间对“Unity 4”进行了深思熟虑的试验。然而，我们开始认识到，p&p团队没有能力推进该项目

同时，我们认为，简单地称该项目为“完成”是一个糟糕的选择。我们想支持所有在图书馆投资的人。在与内部团队和p&p校友协商后，我们请巴勃罗和佩德罗担任该职位

（增加重点）

由于Unity的功能集和易开发性早已被其他领先者所超越，例如，IMO使用Unity“仅仅因为MSDN上的示例就是这么做的”，这并不是坚持使用Unity的充分理由。在这一点上，统一是如此