寻找通用WPF工具集。目前正在关注Telerik和Infragistics。那里有更好的选择吗？在那两个中哪个更好？
答案 0 :(得分：15)
我仍然认为你不需要在新的WPF项目中尽早获得第三方控件库，就像我们在做WinForms项目时一样。我不太确定你的WPF背景，你可能遇到了僵局并需要一个特定的控件，但一般来说你可以用XAML，样式和控件模板做的事情都很棒。
对于那些通常购买第三方库的人，因为开箱即用的控件看起来过于平淡，然后坚持使用XAML，因为您将获得您将需要的所有自定义，并且您最终将学习如果只是将现成的控件拖放到UI表面，如何创建令人难以置信的UI。
对于具有非常特定行为的控件，DataGrid，Calendar Controls和图表，我在CodePlex上找到了所有我需要的。
正如之前的帖子中所提到的，对于那些不想在第三方控件库上展示的人，我也建议如下。
答案 1 :(得分：6)
另请查看DevExpress。他们的组件非常好
答案 2 :(得分：5)
答案 3 :(得分：5)
DevComponents设置不错。
答案 4 :(得分：4)
我没有使用Telerik的经验，但如果有任何更糟而不是Infragistics，我会感到惊讶。不确定你所追求的是哪些组件 - 你看过WPF Toolkit吗？
答案 5 :(得分：4)
我们正在使用Telerik控件进行WPF。最初我们开始使用自定义样式和模板滚动自己的网格，组合，树木等，但是当需要对所有内容进行润色时，我们需要Telerik提供的所有附加功能。我们对它们的一些控件（如旋转木马）感到失望，但我们正在与它们合作以改进控制。我们经常发现它们提供的支持（通常带有完整的编码样本）抵消了包装的成本。他们非常遵循微软的命名惯例，因此学习曲线不会太陡峭。
我们尝试过ComponentOne，但不喜欢这些。
答案 6 :(得分：2)
组件一是相当不错的 - 有点贵，但体面。我们正在将它用于我们当前为州卫生部门开发应用程序的项目，并且对此感到满意。
答案 7 :(得分：2)
我公司拥有Infragistics控制套件的许可证，目前我远离停靠管理器的所有控件例外，这非常好。
我们正试图摆脱对Grid控件的依赖，并正在使用其他UI实现（如带有自定义数据模板的列表框），以避免直接夹入供应商特定的实现。
在我们的WinForms时代，我们依靠Infragistics Grid控件来焚烧所有东西。
答案 8 :(得分：2)
如果您正在寻找Ribbon或DataGrid控件，那么Microsoft将在正常的.NET Framework版本之外发布一些控件。这些内容可在 http://www.codeplex.com/wpf
中找到我更喜欢远离源代码不可用的第三方控件。
答案 9 :(得分：1)
有时间检查fpscomponents.com，有一些独特的WPF组件，特别是触摸屏应用程序，以及WPF的大多数标准组件包