サードパーティのWPFコントロール：DevexpressとTelerik
2つのコントロールプロバイダーに関するご意見をお聞かせください。
簡単に言うと、古典的なLOBデスクトップアプリケーションを構築しています。アプリは完全にWPFで作成されます。 PRISM 4.0は頻繁に使用されます。可能な限り、MVVMパターンに従うようにします（選択されたコントロールが簡単に採用できるように設計されていればいいでしょう）。
主に私は興味があります：
良好なデータグリッド、ソート、フィルタリング、グループ化、エクスポート、印刷をサポートし、大量のバインドされたレコードで正常に動作します（10k +）
コンボボックスフィルタリングとオートコンプリートをサポートします。
ナビゲーションバー
レイアウトマネージャーこれは、VS 2010で使用されているものに似ています
長期的には、それらを使用したい：
レポートツール
"データマイニング"コントロール
ローカリゼーションサポートたとえば、データグリッドアクションをローカライズするために..
私はしばらくの間、Winforms Devxpressを使用していますが、非常に満足しています。彼らのサポートチームは素晴らしいです。それでも、市場にもっと良い選択肢があるかどうかを確認したい。言い換えれば、Telerikのコントロールに追加の価値があるかどうかを知りたいですか？
数ヶ月前に、かなり似たような決定をしなければなりませんでした。 WinForms、Microsoft Composite UI Application Block、DevExpress WinFormsを使用していました。最初から新しく作成された新しいアプリケーションでは、WPF（PRISMなし）を使用することにし、特にいくつかのグリッドが必要だったため、DevExpress WPFコントロールを使用しました。
これは良い決定と悪い決定でした。
良い部分：
慣れ親しんだ方法でコントロールを使用できます。いくつかの違いがありますが、すぐに慣れます。 WinFormコントロールの使用中に慣れるのにかなり時間がかかったため、これは大きなプラスです。
コントロール、特にグリッドは、WinFormsコントロールとして使用できます。ユーザーが慣れている場合、移行は非常にスムーズです。
提供されたテーマの1つを適用するのは非常に簡単で、面倒なことなく見栄えの良いソリューションを得ることができます。これらは純粋なWPFコントロールにも適用されるため、アプリケーション全体が一貫しているように見えます。現在も主にWindows XPを使用していますが、テーマもこれに当てはまります。これは非常に便利です。
悪い部分：
DevExpress WPFコントロールは、WinFormコントロールと同じコントロールカバレッジを提供することを期待していました。当時のDevExpress WPFコントロールにはバージョン番号10.1があり、一部のコントロールが完全に欠落していることに失望しました（たとえば、TreeList、Schedulers、Passwordbox、または非常に便利なLookUpEdit）。後の3つはバージョン10.2で使用可能ですが、TreeListsはまだありません。リストされているものよりもWinFormsパッケージから追加のコントロールを探している場合は、DX WPFコントロール用のコントロールが最初に存在するかどうかを確認することをお勧めします。
一部の部品は、迅速に処理されたという印象を与えました。コントロールを意図したとおりに実行するために必要なクイックフィックスがいくつかありました。良い点は、これらの問題のほとんどが10.2で解決されることです。
WPFコントロールのドキュメントとサポートセンターは、WinFormsのドキュメントほど完全ではないと感じています。これはおそらく個人的な印象ですが、DX WebサイトのWinFormsコントロールで発生した特定の問題に対する答えはほとんど常に見つかりましたが、WPFコントロールではそれほど成功していません。ただし、サポートチームはいつものように役に立ちます。
このリストは網羅的であることを意図しておらず、それらはすぐに私の頭に浮かんだものでした。
それで、同じ決定をもう一度しなければならなかったらどうしますか？おそらくDevExpressを再び使用するでしょう。私を悩ませたネガティブなもののほとんどはバージョン10.2で修正されたので、コントロールは今ではかなり使いやすくなっています。 WinFormコントロールでの以前の経験を使用できることは特に気に入っています（もちろん制限付きです）。後者は、DXコンポーネントを購入する主な理由でもありました。残念ながら、Telerikがそれらについて何かを言うほど十分に制御していないので、誰かが両方の経験を持っている場合、特にDXからTelerikへの切り替えに関しては、非常に興味深い情報になるでしょう。
グリッドではMVVMパターンを使用していません。データをロードおよび表示する「従来の」方法で十分であるためです。一部のグリッドには100k以上の値が含まれており、グリッドのパフォーマンスは常に問題ありません。コントロールは、MVVMをサポートするビルドを持っているようには見えません。それを使用しようとすると、すべてを手動で行う必要があるように見えます。たぶん10.2はここで状況を変えたので、私はチェックしていませんが、そうは思いません。
ローカリゼーションには独自の実装を使用したため、DXローカリゼーションのサポートについては知りません。
私は間違いなくDevExpressに行きます。コンポーネントはTelerikのものよりも優れており、APIが優れていると思います。Windowsフォームの世界のオブジェクトモデル、命名規則、APIを既に知っていることを忘れないでください。あなたはおそらくあなたのノウハウを再利用するでしょうし、これははるかに重要で貴重だからです。
Telerik、devExpress、Xceed、SyncFusionなど、いくつかのWPFコントロールパッケージを評価しました。主に、大量のデータを処理でき、パフォーマンスの良いグリッドコントロールに興味がありました。簡単なテストでは、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サーバーで大量のデータを表示している場合、これが本当にうまく機能するコントロールの1つかもしれません。 （大きなデータをうまく処理できないドロップダウンフィルターコンボを除く）。大規模なデータにMongoを使用しているため、これは適用されませんでした。データをテストするとき、Telerikにはいくつかの例外がありました。 DevExpressには、自分でページングしない限り、ページングオプションはありません。
最終的に、大容量データと安定性を備えたパフォーマンス上の理由から、DVを選択しました。
Telerik RadDataGridは、MVVMとコマンドパターンをすぐに適切にサポートします。 DevExpress 1では、MVVMを適切に使用する前に多くの追加コードが必要です。
私はTelerikとDEVExpressの両方を使用しています。私の経験に基づいて、DevExpressはwinフォームコントロールの方が優れています。ただし、TelerikはAsp.NETコントロールよりも優れています。サーバーコントロールでのDevExpressレンダリング結果は、クライアントサイトでは非常に乱雑です。テーブルタグを使用してボタンコントロールを作成します。
DevExpress WPFは低速であり、パフォーマンスが最適化されていません。 DevExpressとTelerikの両方のリッチテキスト編集コントロールを試しました。 Telerikコントロールは、パフォーマンスの面でDevExpressよりも優れています。
新しいWPFプロジェクトのWPFコントロールを評価するとき、私は数か月前とまったく同じ立場にいました。あなたが何らかの決定を下したかどうかはわかりませんが、Telerikでの経験を提供して、それが役立つことを願っています。
私のプロジェクトでは、特定の必要性の1つはTreeListViewを使用することであり、このコントロールを提供する評判の良いベンダーは限られていました。私は調査に時間を費やし、必要なものを提供してくれたTelerikを見つけました。試用版をダウンロードして2か月間使用し、サポートに連絡し、フォーラムを確認しました。彼らは素晴らしいサポートを持っていると言えます！通常、サポートはソリューションにサンプルコードを提供しました。すべての開発者と同様に、ロードブロッキングに遭遇し、API、ドキュメント、および例を学習しました。私にとって、サポートは開発時間を節約するので重要です！私のフィードバックは、Telerikが豊富なコレクションとカスタマイズの選択肢を備えた優れたUIコントロールと優れた技術サポートを提供していることです。ただし、ドキュメントはあまり良くありません。また、WPFコントロールのパフォーマンスに注意してください。私の経験では、大規模なデータソースを使用している場合、パフォーマンスが多少低下します。パフォーマンスが重要な要件である場合は、重要な建築分野でいくつかのプロトタイプを作成してください。
試してみて、ニーズに合っているかどうかを確認してください。
ところで、私もComponentOneの顧客です。時間を節約できる場合は、必要なコントロールを取得してください。重要なことは、製品を時間通りに出荷することです！お役に立てれば。
私はtelerikに手を差し伸べます...＃1の理由はサポートで、＃2の理由はコントロールが必要なことを行えない場合、チケットを入れるか、サポートフォーラムに投稿するだけで、機能開発。
...かなりクール ：）
DevexpressはWinFormAppで本当に優れていると思います。私はそれを数年間使用していますが、本当にいいです。一方、最近、そのWPFコントロールを試しました。それはひどくて、このプロジェクトのためにテレリックに切り替える時間がありません。 devexで抱えていたもう1つの問題はRTLです。多言語アプリが必要な場合は重要です。 TelerikはRTLをサポートできますが、DevexはWinAppでサポートしておらず、DevexのWPFではRTLを完全にサポートしていません。 RTLを使用しないWinAppではdevexの方が優れていると言いました。
Telerik wpf radcontrolsとdevexpressの両方を使用しました！私の主な目的は生産性を高め、短時間で優れたUXを備えたデスクトップアプリケーションを提供することだったので、私の経験から、telerikコントロールに満足しました。 Telerikはmvvmパターンを多用しており、デモのほとんどがそれに基づいているため、使用することをお勧めします！デモのソースコードを参照するドキュメントについては、すぐに始めることができました。一方、devexpressはより成熟しています。言い換えれば、telerikにはバグが含まれていますが、サポートを依頼すると、常に回避策が見つかります。
私の観点からすると、DevExpressは、Telerikと比較して軽量なコントロールを提供します。 DevExpressを使用したレポートはより柔軟です。しかし同時に、Telerikは他のツールと比較して見た目も操作性も優れています。
devExpressを試したことはありませんが、WPFにはTelerikを使用します。たとえば、Gridviewなどの優れたコンポーネントがあります。しかし、他のコンポーネントはバグでいっぱいです。今日までの単純なドックコントロールは、それを適切に機能させることができませんでした。
Telerikのコントロールを使用している友人がいますが、彼はそれらを絶対に誓います。彼は、パンをスライスして常に使用しているので、データグリッドコントロールがどのように最大のものであるかを特に言及しました（最初の箇条書きに基づいて役立つかもしれません）。
繰り返しますが、直接の経験ではありませんが、私はこの種のことについての彼の意見を信頼しています。