我想聽聽你對兩個控件提供者的看法。第三方WPF控件：Devexpress vs Telerik
簡而言之：我正在構建一個經典的LOB桌面應用程序。該應用程序將完全在WPF中創建。 PRISM 4.0將被大量使用。只要有可能，我會嘗試遵循MVVM模式（如果所選控件的設計很容易採用它，那將會很好）。
主要是我感興趣的是：
良好的數據網格，它支持排序，過濾，分組， 導出，打印和工作正常 與束縛 記錄一個很大的量（10K +）
Combobox支持過濾和自動完成。
導航條
佈局管理是類似於使用VS 2010
在長期的一個，我也想用自己的：
舉報工具
「數據挖掘」控制
本地化支持，以本地化爲實例數據網格的動作，..
我一直在使用的WinForms Devxpress了一會兒，我相當滿意。他們的支持團隊非常棒。不過，我想檢查市場上是否有更好的選擇。換句話說，我想知道Telerik的控件是否有其他價值？
幾個月前我們不得不做出一個非常類似的決定。我們使用WinForms，Microsoft Composite UI Application Block和DevExpress WinForms。對於我們新創建的新應用程序，我們決定使用WPF（無PRISM），我們特別需要一些網格，因此我們使用了DevExpress WPF控件。
這是一個好的和不好的決定。
好部分：
您可以使用這些控件在你習慣一個非常相似的方式。有一些差異，但你很快就習慣了。這是一個巨大的優勢，因爲在使用WinForm控件時，我們花了相當一段時間來習慣它們。
控件，特別是網格，可用作WinForms控件。如果您的用戶習慣於他們，則轉換非常順利。
應用其中一個提供的主題非常簡單，您可以獲得一個好看的解決方案，而不會帶來太多煩惱。它們也適用於純WPF控件，因此整個應用程序看起來一致。我們仍然主要使用Windows XP，主題也適用於此，這對我們來說非常有用。
壞的部分：
我們預期的DevExpress WPF控件提供相同的控制覆蓋範圍在WinForm控件一樣。 DevExpress WPF控件當時的版本號爲10.1，我們對某些控件完全丟失感到失望（例如TreeList，Schedulers，Passwordbox或非常有用的LookUpEdit）。雖然後三者在10.2版本中可用，但TreeLists仍然不存在。如果您正在尋找WinForms包中的其他控件而不是列出的控件，最好先檢查它們是否存在於DX WPF控件中。
有些部件給人的印象是他們很快就完成了。有一些quickfix需要讓控件以我們打算使用它們的方式運行。好事是，大多數這些問題都可以通過10.2解決。
WPF控件的文檔和支持中心感覺不如WinForms文檔完整。雖然這可能只是我個人的印象，但我幾乎總是能夠找到我在DX網站上使用WinForms控件時遇到的某個問題的答案，但我並沒有用WPF控件取得成功。不過，支持團隊和往常一樣有幫助。
這個列表並不是詳盡無遺的，那些是我立即想到的東西。
那麼，如果我必須再次做同樣的決定，我該怎麼辦？我很可能會再次使用DevExpress。大多數消極的東西都會在10.2版本中修復，所以控件現在非常有用。我特別喜歡你可以使用你以前的WinForm控件的經驗（當然有侷限性）。後者也是購買DX組件的主要原因。不幸的是，我不知道Telerik的控制權足以說出他們的任何內容，所以如果有人有兩種經驗，特別是從DX轉換到Telerik，肯定會是一個非常有趣的信息。
我們沒有在我們的網格中使用MVVM模式，因爲「傳統」的加載和傳輸數據的方式對我們來說已經足夠了。我們的一些網格包含100k +的值，網格的性能始終沒問題。這些控件看起來不像MVVM支持的構建，如果您嘗試使用它，看起來您必須手動執行所有操作。也許10.2在這裏改變了事情，我沒有檢查過，但我不這麼認爲。
我們用我們自己的實現本地化，所以我不知道的DX本地化支持。
從我的角度來看，DevExpress提供了一些與Telerik相比輕量級控制器。使用DevExpress進行報告更加靈活。但是與此同時，Telerik擁有更好的外觀和感覺，以適應其他工具。
我肯定會去DevExpress，他們的組件在我看來更好，比Telerik更好的API，那麼我們不要忘記你已經知道他們的對象模型，命名約定和API來自Windows窗體世界，這個不是一件小事，因爲你很可能會重用你的專有技術，這是非常重要和有價值的。
我相信devexpress真的是在WinFormApp中變得更好。我使用它好幾年了，真的很不錯。 另一方面，最近我嘗試過WPF控件，它太糟糕了，我沒有時間爲這個項目切換到telerik。 我用devex的另一個問題是RTL。如果你想擁有一個多語言應用程序，這可能很重要。 Telerik可以支持RTL，但Devex不支持它在WinApp中，而在Devex中的WPF中並不完全支持它。 正如我所說的，在沒有RTL的WinApp中devex更好。
我有一個使用Telerik控制的朋友，他絕對發誓。他特別提到了他們的數據網格控制是自切片面包以來一直使用的最偉大的事情（它可能會幫助您根據您的第一個要點提供幫助）。
同樣，沒有親身經歷，但我相信他對這類事情的看法。
我正在使用Telerik和DEVExpress。根據我的經驗，DevExpress在勝利形式控制方面更好。但是，Telerik比Asp.NET控件更好。 服務器控件上的DevExpress渲染結果在客戶端網站中非常混亂。他們使用表格標籤創建按鈕控件。
我正是在同樣的位置，幾個月前的一個新的WPF項目評估時WPF控件。我不確定你是否做出了任何決定，但我可以提供我與Telerik的經驗，並希望它有所幫助。
在我的項目，一個特殊的需要是利用TreeListView，到處都是有限的知名供應商提供這種控制。我花了一些時間進行研究，發現Telerik提供了我需要的東西。我下載了試用版並使用了兩個月，聯繫了他們的支持人員，查看了他們的論壇。我可以告訴你他們有很好的支持！通常，支持提供解決方案和示例代碼。像所有開發者一樣，我們會遇到障礙，我們研究了API，文檔和示例。對我而言，支持非常重要，因爲它可以節省開發時間！我的反饋是Telerik提供了大量的UI控件，包含大量的收集和自定義選項以及出色的技術支持。但是，他們的文檔不太好。另外，要注意WPF控件的性能，我的經驗是如果你有大量的數據源，它會有一些性能問題。如果性能是關鍵要求，那麼一定要在關鍵的建築領域做一些原型。
只需試一試，看看它是否符合您的需求。
順便說一句，我也是ComponentOne的客戶。只要能夠節省時間，就可以獲得所需的控件。重要的是它有助於您的產品準時發貨！希望這可以幫助。
我會採取Telerik的手了...＃1原因是支持，＃2的原因是，如果控制不能做你需要什麼，你只需要投入一票或郵寄到支持論壇和你可以驅動他們的功能開發。
...很酷:)
DevExpress WPF速度慢，性能不明智。我已經嘗試了DevExpress和Telerik的豐富文本編輯控件。 Telerik的控制在性能方面勝過DevExpress。
我評估了幾個WPF控件包，Telerik的，DevExpress的，Xceed，SyncFusion等。我們主要關注可以處理大量數據並具有良好性能的網格控件。在一個簡單的測試中，我們將120,000個物品加載到網格中，並在這些區域上做了一個組。
與其他人相比，DevExpress是空腹加載。加載需要15秒，而其他時間則需要45秒。 DV會在7秒內分組，而其他人則需要將近45秒。其他一些控件包鎖定了！ （fyi，這些數據是從Mongo加載的）。
當爲Telerik上的列啓動過濾器對話框時，它將在沒有任何滾動條的情況下超出屏幕底部。另外，在下拉組合中選擇一個過濾器項目會立即執行過濾器，而不是等待我選擇其他項目。因此，如果選擇5項，則需要5倍的時間。
我希望DevExpress將有一個複選框下拉過濾器選項（如Excel）。您只能選擇一個值，但它確實有一個非常好的過濾器對話框，允許您執行更復雜的過濾器。不過，希望能夠輕鬆檢查一些值並快速轉移。
Telerik與使用Entity Framework的Sql Server很好地集成。它的分頁，排序，過濾等與EF直接集成，並讓Sql Server在數據庫中執行這些操作。非常好！我將sql命令作爲操作進行監視。它正在查看sql server上的大量數據，這可能是一個很好的控制器。 （除了不能很好地處理大數據的下拉篩選器組合）。我們正在使用Mongo來處理我們的大數據，所以這不適用於我們。測試數據時，我們確實有一些Telerik例外。 DevExpress沒有分頁選項，除非你自己。
最後我們選擇了DV，這是因爲性能方面的原因，大數據和穩定性。
還沒有嘗試DevExpress，但我使用Telerik for WPF它有一些很好的組件Gridview例如。但其他組件都充滿了bug，例如一個簡單的dockcontrol，直到今天，他們還沒有設法讓它正常工作。
我使用了telerik wpf radcontrols和devexpress！根據我的經驗，我對telerik控件感到滿意，因爲我的主要目標是提高工作效率並在短時間內提供具有良好用戶體驗的桌面應用程序！ Telerik大量使用mvvm模式，並建議使用它，因爲大部分演示都基於它！至於查看演示源代碼的文檔足以讓我快速入門！另一方面devexpress更成熟。換句話說，telerik包含錯誤，但如果你問，支持將總是爲你找到一個解決方法。
Telerik RadDataGrid支持MVVM和正確的命令模式。 DevExpress需要很多額外的代碼才能正確使用MVVM。
這是一個重要的問題。在DevExpress中使用MVVM非常令人頭疼。它的實現與WinForms非常相似，所以MVVM不能很好地實現。 – 2013-12-12 13:27:33
問題是關於WPF，而不是ASP.NET。 – 2011-04-18 12:58:41