<分区>
似乎真正评估 UI 控件套件的唯一方法是下载试用版并投入大量时间来了解其局限性和设计缺陷。然而，有这么多可供选择，我试图通过排除那些不符合关键标准(MVVM 兼容性)的选项来缩短这个过程。
您在使用 MVVM 的项目中部署各种套件有哪些经验？哪些套件(如果有)是专门为 MVVM 设计的？
<分区>
似乎真正评估 UI 控件套件的唯一方法是下载试用版并投入大量时间来了解其局限性和设计缺陷。然而，有这么多可供选择，我试图通过排除那些不符合关键标准(MVVM 兼容性)的选项来缩短这个过程。
您在使用 MVVM 的项目中部署各种套件有哪些经验？哪些套件(如果有)是专门为 MVVM 设计的？
最佳答案
我基本同意 Dan 的观点；正如他提到的那样，控件应该具有触发 Command 的内置功能，同时控件属性应该是依赖属性，以便与它们绑定(bind)(我遇到过一些 3'研发方控制)。
我已经为我的项目评估了 Telerik、Infragistics 和 Syncfusion 控件，并广泛使用了 Telerik 和 Syncfusion。
根据我的经验，我觉得 Telerik 是设计最好的控件，最适合 MVVM。我也看过 telerik 的代码，他们自己使用 MVVM 模式。
我没有广泛使用 Infragistics，因此无法评论它们是否适合 MVVM，但它们具有良好且稳定的控件。
Syncfusion 在 WPF 方面是最糟糕的，那里的控件不是很好，并且很难与 MVVM 一起使用。它们既不是精心设计的，也不是很稳定。
检查此兼容性的一个提示 -
检查(浏览)这些控件的示例。如果他们在示例中使用了 MVVM 或者在示例中广泛使用了 Commands、Binding 等，那么它们将更适合与 MVVM 一起使用。
据我所知，我在 Telerik 的控件中看到了 MVVM，其中 Syncfusion 示例不使用其中示例中的 WPF 的大部分功能，它们看起来像是 WPF 应用程序中使用的普通 WinForms 示例。
关于.net - 哪个 WPF 控制套件最适合 MVVM？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3151367/