2009-09-24 65 views

回答

6

糟糕的框架与大量的文档不会对你有很大的好处。最好问 - 哪个IoC框架是好的,合乎逻辑和自然的使用,并且只有足够的文档可以帮助您加快速度。对此我说温莎堡或AutoFac。

+0

的确如此,但有一些好的候选人可能是决定性的因素。考虑一组需要首先确信的开发人员,然后再考虑使用IoC框架。我希望我的合作开发人员能够轻松地获取框架,并很快进入成功的领域(通常通过阅读优秀的文档而不是提出太多问题,挣扎和糟糕地使用应该帮助您的东西:) – 2010-08-19 15:32:08

+0

这是平衡。我宁愿使用好的框架与糟糕的文档,而不是相反。 – 2010-08-19 21:23:14

+0

优秀答案 – PandaWood 2011-07-22 02:20:11

4

微软的Unity Application Block记录很好。

+0

是的,它有很好的文档记录,但它使用起来很脆弱和不透明,这比文档更重要,所以我不会用它来连接Funq screencasts,无论如何 – 2009-09-25 09:35:46

5

我目前使用Castle项目的WindsorContainer,单元测试提供了极好的文档来源。

+0

我通常不会将单元测试视为公共文档,但它是一个很好的建议,以了解如何使用该库。 – 2009-09-24 01:40:11

+3

非常真实,当您需要探索框架的功能性时,它们非常棒。我发现很难在许多IOC容器上找到很好的文档,通常这些例子都非常基本。 – 2009-09-24 01:55:24

0

WindsorContainer,Castle。或者如果你有一些时间,建立你自己的;)从一个词典开始:D。

Unity也是一个很好的解决方案! ;)

0

那么,它看起来像StructureMap有体面的文档:http://structuremap.github.com/structuremap/index.html
另外我希望Unity拥有相当完整的文档,因为它是一个官方的MS版本。

我可以肯定地告诉你的是,Ninject几乎没有任何文档。
一些基础知识很快就被他们的GitHub的wiki所覆盖,但这就是它。
很遗憾,尽管所有关于它的炒作这部分仍然失踪。

Ninject是我第一次开始使用的容器,对于Google可能在短文中解释过的东西感到沮丧。 真的,如果你不得不提供一个项目而不是“浪费”时间搜索容器上的某些信息,这是非常令人沮丧的。 这是我对Ninject最大的抱怨。

其实我正在考虑切换到另一个容器有几个原因(文档是其中之一)。

+0

StructureMap是一个很棒的IoC容器,它有2.5版本的相当不错的文档,但是如果在编写时使用最新版本(2.6+),那么文档几乎是完全过时的,并且语法非常不同的是,有时候试图找出正确的方式去做事情会令人困惑和沮丧。 – FinnNk 2010-08-25 07:39:38

+0

@FinnNk:我没有意识到这一点,感谢您的评论。 – 2010-08-26 11:50:27