堕天使の煉獄

今日もにこにこＰＧ

ＤＸライブラリのラッパークラスでのＧＵＩ機能なんかを
ちまちまと。

ある程度の設計の見通しは立っていた物の
やっぱ実際に組み始めると、いろいろと問題が。

ゲーム内で利用するウィンドウ、たとえば

メッセージボックス
会話表示ウィンドウ
ステータス表示
ショップなどの買い物メニュー

ｅｔｃ

ゲームのジャンルにもよるのですが、いろいろとある。

そのウィンドウの設計について、ちと悩む。

ゲーム内で、これらのウィンドウって
だいたい同じスタイル（見た目）のものを使うのが普通ですよね。

たとえば、ＳＦＣ時代のＦＦとかだと、デフォでは青の背景に白枠。
ＦＦ８とかだと、灰色に周囲は影付き、見たいな。

んでもそれって基本的にリソースが限られている時代のもので
だいたいこういうウィンドウは

四隅の角の画像（実際は１つで、回転したりして使い回す。）
縦と横の枠画像。（最小単位（たとえば8ｐｘとか）を並べて枠線を表示する）
単色か、大きめの画像、もしくはラップラウンドな背景画像

だいたいこんな感じの画像を用意して
なるべく少ない画像リソースで
可変サイズのウィンドウなんかは作られてたりする。

んでも、ゲームの場合、ゲームのジャンルとかにもよるのだけど
どこでどの位置にどんなサイズでウィンドウが表示されているか
だいたい固定だったりする。

そんでもって、ＰＣゲームの場合は
可変サイズでもないなら、ウィンドウを一枚の画像で用意しちゃった方が
手っ取り早かったりする。
それほどテクスチャ用のビデオメモリ容量とか気にする必要も無いわけだし。
（初代ＰＳなんかはビデオは２Mbしか無かったりする）
可変サイズウィンドウ用と、サイズ固定用の二種類用意する感じで。


当初は、ウィンドウスタイルを定義するクラスを用意して
スタイルオブジェクトを生成し、そこで画像なんかのリソースもそこで持つ。
スタイルオブジェクトはstaticなスタイル管理クラス内にＩＤとセットでリストにもつ。

んで、ウィンドウクラスなどからスタイルＩＤを指定して参照する。

みたいなのを考えてたのですが

ウィンドウ以外、たとえばボタンクラスなんかも
このスタイル指定方式を利用し、
またスタイル内での画像リソースの選択方法も
外部スクリプト（スタイルシートっぽいの）を読みこんで～
スタイルファイルを切り替えれば別のスタイルのＧＵＩに簡単に切り替えられるとか
スタイルオブジェクトを複数リストでもって
ＩＤで切り替えることで、複数のスタイルのＧＵＩをいくつも表示出来る～
とかまで考えていた物の……。

別にＧＵＩアプリケーションを作るわけでもないのだし。

さらには、ゲームのＧＵＩって
複数のスタイルを使うことも稀なんじゃないかなー。

と思ったところで、無駄が多すぎるかな－と言う気もしてきてたりで。

汎用性を求めたところで
あとでコードのメンテが面倒になるだけだったり
汎用性は実行速度と引き替えっていう部分もあったりするので。
（継承のコストや条件分岐命令が必然的に増えるので）

もっとシンプルな設計にするべきかなぁ。

スタイルはゲーム全体で一種類の統一したものオンリー。
スタイルクラスには、すべてのＧＵＩオブジェクトで利用する
リソース全部を持つ
（ウィンドウ背景画像とかボタン用画像とか、スクロールバーの画像とか）

てのほうがシンプルだよなぁ。
とか。


スタイルをあらかじめ（ゲームループに入る前）先に生成しておき
各種ＧＵＩオブジェクトは生成時にスタイルＩＤを指定する感じ。
（実際はスタイルオブジェクトはスマポにはいってるので
そのコピーを受け渡す感じになる）

単発スタイルの場合はＧＵＩオブジェクトのコンストラクタに
スタイルオブジェクトを直接ぶち込む。
（その単発スタイルの寿命はＧＵＩオブジェクトと同じになる）

みたいな感じのがベターかな。
スタイルの切り替え機能とかあんま使わないとは思うけど。
（たとえばFFとかウィンドウの背景色などコンフィグで変えれるけど
利用している人は全体の何割ぐらいだろうか……）


んでも頭のなかでぼんやり考えてたのを
こうやって文字に書くと、いろいろと整理出来るものですね。

だんだん見えてきた気がするぽ。