Pop up 系と固定 UI 系に分けられるようにした方がいいかもです

[rrbox]

現状、GameWidget がサポートできるアーキテクチャは、関数を使用した observer パターンのみです。MVC などインスタンスの参照を直接利用する API にはコードが長くなってしまうため不向きです。ここで、observer パターン部分は pup up 系のみにし、MVC 向けに固定 UI 系の API を作った方がいいと思いました。

Pop up 系

表示するデータが基本的に不変であることが多い。

• alert (alert 内には button や gauge など含む)
• button

固定 UI

表示するデータが基本的に可変であることが多い。

• button
• Menu
• Controller
• Gauge

[rrbox]

あとは ContextPresenter は Context を反映させる意味で View に似た挙動ですが、Context を反映させるたびに SKNode インスタンスが生成されるので、パフォーマンス的に NG です。

[rrbox]

データの反映

そのデータに対応する View （or SKNode）インスタンスを作るべきである（WidgetBody などの命名は考えられる）。 node() の返すノードインスタンスも、ジェネリクスで具体化することになる。

[rrbox]

入力の受け取り口

空欄

[rrbox]

そもそも pop up 系を observer パターンにする意味は? 固定系ってなんぞや?

[rrbox]

多分上記の分類は間違っていて、本当はこうかも?

pop up

• pop up view

固定

• その他