私はと同じです。あなたの状況と同じではありません。私の経験を分かち合う前に、あなたのリスト/ツールを構成するアイテムからなるソートのデータベースがあると仮定します。
一つの可能な解決策は、2つのカスタムモデル、ツリービューに1つ(たとえば、MyTreeViewModel -> QAbstractItemModel
、QTreeView
に関連付けられている)と(QTableView
に関連したMyTableViewModel -> QAbstractItemModel
、)テーブルビューのための1つを作成することです。
同じエージェントがデータベースで作業している2つのカスタムモデルが必要です。 のキーの相違点は、ツリービューモデルがデータベース全体、およびサブセットのみを持つテーブルビューモデル(つまり、メインリスト内の選択した項目の子)と連動するということです。それをフルマッピングとデータベースの部分マッピングと考えることができます。
ユーザーがツリービューでノードの最上位リストをクリックすると、MyTableViewModel
で取り上げられ、子のみが入力され、QTableView
で表示される信号を放射することができます。
同じエージェントが両方のモデルに対応しているため、あるモデルによる基礎となるデータへの変更を他のモデルに反映する必要があるため、データの完全性を維持することができます。このソリューションは、私のアプリケーションには本当にうまく機能しています。これもあなたのために働くことを願っています!
別々の回答を作成するのではなく、答えにあなたのコメントを入れてください。どうも。 – NameRakes
私のコメントは別の答えではありませんでした。それはまだ議論されていない新しい答えでした。 – sliptonic
入手しました。ツリービューで選択したアイテムの下の子のみをテーブルビューでマッピングして表示するための戦略は何ですか? – NameRakes