关于WPF Docking Library的建议

Question

我们正在实现一个需要可停靠窗口的应用程序，类似于Visual Studio 2005/2008，但具有多个“停靠站点”，与VS的单一站点不同。有没有人建议在一个好的图书馆 - OSS或商业？我知道Infragistics有一个，以及来自DevComponents的Divelement的SandDock和WPF-Dock，以及ActiPro的Docking＆amp; MDI产品。 CodeProject上还有一个。有没有人使用过这些库？体验好坏？如果您有其中一个经验，它是否支持多个“停靠站点”？

Answer 1

Codeproject中的那个是AvalonDock - 我们现在使用它超过半年，但我们还远未发布，所以我们有灵活性。在结束AvalonDock之前，我们尝试过Infragistix，ActiPro，SandDock以及其他一些人。 即使AvalonDock不是100％无bug（好吧是什么？）没有主要的，它非常稳定，快速并且具有所有功能。它确实支持多个停靠站点。

它是一个开源项目，并且正在积极开发中，因此发现并修复了错误。到目前为止经验丰富。

Answer 2

我已经使用ActiPro库几个月了，这对我做得很好。它确实支持多个停靠站点。支持非常出色，您可以获得WPF中缺少的其他控件（日期选择器等）。对我来说，150美元的钱花得很好。它开箱即用，没有大惊小怪。

我们曾经使用Divelements for WinForm控件，但我们认为Actipro有更好的支持，所以我们切换到了WPF。

只是我的两分钱。

Answer 3

不要忘记GitHub上的AvalonDock（WPF Toolkit的一部分）。我在其他地方看过它。

最初我打算使用ActiPro库（主要是因为我已经在使用它们的功能区），但是我可能会给AvalonDock一个机会，因为它是开源的。

有人对AvalonDock有任何反馈/评论吗？

Answer 4

我使用DotNetBar，因为它有功能区/底座和更多控件，而且价格便宜。太棒了。

http://www.devcomponents.com/dotnetbar-wpf/

Answer 5

SandDock没问题。我们将它用于项目的POC阶段。我在布局保存机制中发现了一些非常糟糕的错误。它生成了XML，但后来无法加载这个XML;它抛出异常！我实际上阅读了所有生成的XML，并且必须编写代码以在每次生成XML之后稍微修改XML。它似乎不是一个经过深思熟虑的设计;我希望有像

这样的常见WPF基类型

Infragistics有点好但有点儿。实际上，如果您尝试在只有.Net 3.0且没有.Net 3.5的计算机上运行它，它就无法正常运行。与Infragistics有一个突出的开发问题，我不知道他们是否在修复此方面取得了任何进展。当浮动窗口并将其拖动时，我也曾经崩溃了几次（怀疑这与上面的.Net 3.0 / 3.5问题有关）。我发现这个控件的样式非常不直观。

Answer 6

我尝试了这里列出的所有库，但它们在某种程度上都是错误的。虽然它们很昂贵但我会推荐Telerik和Infragistics。 Nevron值得一提，因为他们的库是我见过的最好的，但它适用于WinForms。

Answer 7

1年后...... AvalonDock现在稳定而强劲。 还有一个“AvalonDock包装器”，可以简化工作，而不会降低其可能性。 见http://sofawpf.codeplex.com/

Answer 8

这是另一个：

http://www.essentialobjects.com/Products/EOWpf/DockView.aspx

这个具有许多可以动态切换的内置皮肤。它还有许多可以独立使用的独立控件（例如“Splitter”控件）。