1

Telerik WPF 階層グリッドビューでパフォーマンスに少し問題があり、代替のサードパーティ コントロールを検討しています。

この単純なシナリオ (zip プロジェクト)を確認してください 。各レベルに展開するためのコンボボックスを持つエンティティにバインドされた RadTreeListView です。出来はヤバイです。私は軽量のメトロ (windows8) スタイルを使用しており、CreateCellElement を次のように (および推奨されるように) オーバーライドしました。

public override FrameworkElement CreateCellElement(GridViewCell cell, object dataItem)
{
    if (cell.Content != null && cell.DataContext == dataItem)
    {
        return (FrameworkElement)cell.Content;
    }

    return base.CreateCellElement(cell, dataItem);
}

それを開き、ドラッグして画面の高さいっぱいにし、すべてのアイテムを数レベル (左上のコンボを使用して) 拡大し、スクロールします。非常に遅いです。私の作業バージョンでは、同様のシナリオはまったく使用できません。現在、すべての展開された行をループして、何年にもわたって UI を拘束する 'ExpandHierarchyItems' 呼び出しをディスパッチすることを余儀なくされています。ロックアップ、展開されていないノード、子なし、間違ったレベルの行)。最新バージョンの telerik WPF、windows 7 x64 - i7s では遅く、i5 ではさらに遅くなります。

私は今、この単純なシナリオを代替案 (devexpress など) と比較しています ...

パフォーマンスを改善するための提案はありますか? または、「テレリックはこれ以上のものを提供することはできず、(他の何かが)そうするでしょう」という決定的な答えを答えとしてとります。

http://www.telerik.com/community/forums/wpf/treelist/radtreelistview-poor-performance.aspxからのクロス ポスト

4

2 に答える 2

0

私はWPF TreeListViewを使用しています。Telerik のものは、少なくとも十分な速度では機能しませんでした。

http://www.wpftreelistview.com

他のいくつかのグリッドを試してみましたが、彼らが持っていたより素早い実装で行きました。

于 2014-10-30T16:59:11.040 に答える