关于WPF Docking Library的build议
我们正在实现一个需要可停靠窗口的应用程序，类似于Visual Studio 2005/2008，但有多个“停靠站点”，与VS的单一站点不同。 有没有人有一个好的图书馆的build议 – 无论是OSS或商业？ 我知道Infragistics拥有DevComponents的Divelement的SandDock和WPF-Dock，以及ActiPro的Docking＆MDI产品。 CodeProject上也有一个。 有没有人使用这些库中的任何一个？ 经验是好是坏？ 如果您有其中一个经验，它是否支持多个“停靠站点”？
我已经使用了ActiPro库好几个月了，这对我很好。 它确实支持多个停靠点。 支持是出色的，你会得到一些WPF中缺less的其他控件（dateselect器等）。 对我来说，花150美元就是花的钱。 它开箱即用，没有大惊小怪。
我们曾经使用过WinForm控件的Divelements，但是我们认为Actipro有更好的支持，所以我们换了WPF。
只是我的两分钱。
来自Codeproject的是AvalonDock–我们现在使用它已经有半年多了，但是我们还没有发布，所以我们有灵活性。 在结束与AvalonDock之前，我们尝试了Infragistix，ActiPro，SandDock，可能还有一些其他的。 即使AvalonDock不是100％免费的（好的是什么？），没有主要的，它是非常稳定，快速和具有所有function。 它确实支持多个停靠点。
它是一个开源项目，并且正在积极开发，所以bug被发现和修复。 良好的经验，迄今。
不要忘记Codeplex上的AvalonDock 。 我在其他地方看到过。
最初我打算使用ActiPro库（主要是因为我已经在使用他们的function区），但是由于它是开源的，我可能会给AvalonDock一个机会。
任何人对AvalonDock有任何反馈/评论？
我使用DotNetBar，因为它有丝带/docker和更多的控制，而且价格便宜。 这很棒。
SandDock是没问题的。 我们用它来做项目的POC阶段。 我在他们的布局保存机制中发现了一些非常糟糕的错误。 它生成了XML，但是不能加载这个XML; 它抛出一个exception！ 我实际上通读了所有生成的XML，并且每次生成后都必须编写代码来修改XML。 它似乎不是一个精心devise的devise; 我希望有像WPF一样的普通types
Infragistics是一个更好，但越野车。 实际上，如果您尝试在仅具有.Net 3.0和.Net 3.5的计算机上运行，则无法正常工作。 有一个与Infragistics杰出的开发问题，我不知道他们是否已经取得任何进展修复这一点。 当我浮动一个窗口并拖动它时，我也碰到了几次崩溃（怀疑这与上面的.Net 3.0 / 3.5问题有关）。 我发现这个控件的样式非常不直观。
我尝试了这里列出的所有库，在一定程度上他们都是越野车。 虽然他们很贵，我会推荐Telerik和Infragistics。 Nevron值得一提，因为他们的图书馆是我见过的最好的，但它是WinForms的。
1年后… AvalonDock现在稳定而健壮。 还有一个“AvalonDock包装”，简化了它的工作，而不减less其可能性。 请参阅http://sofawpf.codeplex.com/
这是另一个：
http://www.essentialobjects.com/Products/EOWpf/DockView.aspx
这一个有一些内置的皮肤，你可以dynamic切换。 它也有许多独立使用的独立控件（如“Splitter”控件）。
