MayaAPIのすゝめ第2稿

前回はMayaCmdsのAPI化による高速化を紹介しました。

しかし速度的にはUIがボトルネックになりあまり実用的ではない実装となってしまっています。

今回はMayaAPIから話がずれますが、UIの高速化についてご紹介したいと思います。

もう少し早い実装で書き直してみましょう。

さて前回使ったQTableWidgetですが、機能的には全部入りでとても扱い易いウィジェットです。

何も考えずクラスを呼び出してデータセットすればあとは読み書き自在。

シグナルも基本的なものは揃っています。

が、遅い。とにかく遅い。

オールインワンなだけに内部計算も多いのかな？
巨大なデータテーブルをセット、表示するには時間がかかりすぎてしまいます。

前回の例ではたかだか5000頂点のウェイトを表示するのに7.63secもかかってしまいました。

f:id:ys_45:20190414222418p:plain

PySideのView-Model

ではUIのボトルネックを解消するにはどうすればいいでしょうか？

PySideにはView-Modelという仕組みが用意されていてこちらを利用すればパフォーマンスが大幅に改善するようです。
初見では概念がちょっとわかりにくいのですが、

QTableWidgetがデータ管理から表示、選択まで全部入りだったのに対して、こちらはそれぞれの機能のクラスを呼び出して組み合わせるようになります。

・View(QTableView)

名前の通りデータ表示するクラスです。次項ItemModelからデータを受け取り表示します。他にはListViewやTreeView等があります。

・Model(QStandardItemModel)

こちらはデータを管理するクラスです。標準的なデータ入出力であればQStandardItemModelをよくつかいます。
他QFileSystemModelやQDirModel等用途に特化したモデルも用意されています。
（あんまり詳しくないです、すんまそ）

・SelectionModel(QItemSelectionModel)

UIの選択状態を管理するクラス。現在の選択されているセルを返したり、選択状態の変化をシグナルで伝えたりします。

・ちょーかんたんな概念図

f:id:ys_45:20190418214133p:plain

実際にView-Modelで実装したのがこちら

Sample Editor 3 MayaAPI2.0 + QTableView + QStandar ...

具体的なコード変更箇所

60行目、TableWidgetをインスタンス化していたところがQTableViewになっています。

メンバ関数では

・table_setup(self)
ウェイトデータ取得時にQStandardItemModelをインスタンス化してデータセット
↓
ItemSelectionModelにデータ（QStandardItemModelのインスタンス）を渡しインスタンス化
↓
それぞれをViewに設定
という流れに変更

・update_weights(self)

テーブル更新時のデータ取得方法をシグナル違いに合わせて変更しています。

シグナルの引数として矩形選択データが来ますが現状1セルのみ。
この辺はまた別の機会に。

では早速計測してみましょう。

今回もよろしくオナシャスXSI男さん（5000頂点）。

f:id:ys_45:20190418215411p:plain