Unity Application Block项目发生了什么？

Question

多年来，我一直在使用Unity容器在一个相当大的项目中进行依赖注入和拦截。自2012年以来，我们陷入了2.1版本的库，工作正常。我认为值得看看Unity最近做了些什么。

我回来后很困惑。目前，original Unity homepage表示该项目已源自社区并已移至Github repository。对我来说一切都好。但后来我问了最基本的问题：库的最新版本是什么/在哪里？我找到了三个不同的答案：

1. Github回购lists three 3.5 releases，他们都是候选人（也不是真正可用的）。没有以前的版本。
2. NuGet Gallery托管了某个4.0.1 stable version的库，在现在的官方Github项目页面中甚至没有提到。
3. 弃用的Unity Code Plex主页公布3.5版本，而downloads page列出版本3为最新版本。

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

坦率地说它有点腥味。有没有人知道发生了什么？我们应该离开Unity吗？感谢。

Answer 1

更新2017-01-31

似乎在大约一年半之后没有提交，Unity仍然有一些生命，并已发布5.x版本。不幸的是，目前仍然没有来自新维护者的新版本的文档，只有Microsoft的旧文档。

原始答案

original Unity homepage的第一个链接有your answer：

  

.NET社区拥有丰富的依赖注入容器历史，可以追溯到引入Unity之前。 .NET的依赖注入容器不断成熟并且发展迅速。此外，现在更容易接受开源组件。 微软拥有“官方”容器的需求不再像以前那样普及。我们在2014年花了几个月的时间仔细试验“Unity 4”。但是，我们开始认识到，p＆amp; p团队没有能力推进该项目。

     

与此同时，我们认为简单地将项目称为“完成”将是一个糟糕的选择。我们想支持所有投资图书馆的人。在与内部团队和p＆amp; p校友协商后，我们请求Pablo和Pedro担任地幔。

（强调补充）

由于Autofac，Simple Injector和StructureMap等其他领跑者已经超越了Unity的功能集和易用性，IMO使用Unity＆＃34;只是因为那就是MSDN上的例子＆＃34;坚持下去并不是一个足够的理由。 Unity是not even the container of choice in the brand new ASP.NET core，所以此时its future is looking uncertain。