ゲームにおけるデータ構造・クラス設計・パターン

**名前は開発中のものです。** · 2006/08/10(木) 20:27:06

具体的なゲーム名を挙げて、
どのようにクラス設計をすればよいか、
継承・委譲関係はどのようにすればよいか、
使えそうなパターンは何かなど語るのもよし。
自作ゲームの内容とクラス図を書いて
改善案を聞くもよし。
設計に関して困ったことを質問するもよし。

関数の具体的な実装内容やゲーム内容に関しては他スレに譲る。
大いに語れ。

**名前は開発中のものです。** · 2008/05/11(日) 18:36:53

＞判らないようじゃ、ゲーム制作に向いてない。
はじめから知ってろってことか

**名前は開発中のものです。** · 2008/05/11(日) 18:40:49

（明示的な）グローバル変数が無い言語(java?)なら必要かもしれないけど、
ハナからある言語ならシングルトンなんてスパゲティ抑止策としか思えない。
そういう言語だとシングルトンは必要と言えば必要だし、いらなきゃいらない。

と言うわけでお前等落ち着け。

**名前は開発中のものです。** · 2008/05/11(日) 18:41:31

>>976
つーことは。間違えてるのか。
描画クラスをダレに持たせるかが分からなくて、
ダレにも持たせないのを選択したのが、悪いのかな？

**名前は開発中のものです。** · 2008/05/11(日) 18:42:43

書き忘れ。Ｃ＋＋でウインドウズ用のプログラムを作ってました。

**名前は開発中のものです。** · 2008/05/11(日) 18:53:03

コンストラクタやデストラクタが、近いように見受けられますが
それで済むなら、シングルトンは必要ないですよね。
一つしか存在しないのを分からせる為の目印と言うには分かりにくいですし…
となると、シングルトンが作られた目的というか、用途があるはずですが
例えば、データを受け取って、それをファイルへセーブするクラスはどうでしょうか。

キャラ毎に進行状況やフラグをセーブするような場合や
キャラリストファイルから特定のキャラを選び、探索チームを作成し
そのチームのキャラデータのみをキャラリストファイルへ反映させる場合です。
wile(チームの終わりまで) {
　Team[ chara_pos ].save()
}
（そんなごちゃごちゃしたセーブのやり方をするなと言うツッコミはなしで）

**名前は開発中のものです。** · 2008/05/11(日) 18:57:03

>>979
描画クラスは一つ一つのキャラクターが持つはず。
画像は同じでもアニメのパターンが違ってたりするので。

>>976
STGのザコ敵で、同じ画像を使っていて、何百匹も出る場合です。

**名前は開発中のものです。** · 2008/05/11(日) 19:03:55

ｇｄｇｄだなぁ…

クラスに画像が固定ならシングルトンでも良いけど、
可変なら微妙じゃね？
（シングルトンで可変な数の画像読むなら別だろうけど、
それはそれでアクセス方法がシングルトン的じゃなくなりそうｗ）

つか、必要か不要か二元論な奴は、
議論する暇あったらミニゲームでも作って、
いろいろ試したらどうよ…

**名前は開発中のものです。** · 2008/05/11(日) 19:38:15

質問する方も答える方もバカでﾜﾛﾀｗ
背伸びしすぎｗ

**名前は開発中のものです。** · 2008/05/11(日) 19:38:35

> 一つしか存在しないのを分からせる為の目印と言うには分かりにくいですし…
・シングルトンを知っていれば分かる
・知らずに2個インスタンスを作ろうとしても作れない
これ以上に分かりやすい目印はないと思うが。

**名前は開発中のものです。** · 2008/05/11(日) 20:27:08

今、自分は、地図を開いて「このマークはわかりにくい」と言ってるような
現状だというのは分かっています。
マーク単体の意味は分かっても、それを利用する為の判断基準のようなものが
自分の中にまだ備わっていないので、先達の方に例を示して貰えないかと来てみたわけです。

**名前は開発中のものです。** · 2008/05/11(日) 20:50:58

いい加減くどいな。ゲーム作り始めれば判るよ。お前だって
「自転車のハンドルを右にきる理由は理解してるのですが、タイミングは何時ですか？」
と聞かれたら「転んで憶えろ」と言うしかないだろ？

**名前は開発中のものです。** · 2008/05/11(日) 20:51:58

シングルトンて言葉にするの、何か恥ずかしくね？
「このクラスはシングルトンです。」
とか真顔で言える気がしない。
唯一のインスタンスを保障するだけの癖に
大層な名前がついてるなって思う。

**名前は開発中のものです。** · 2008/05/11(日) 20:52:35

とりあえず言わせてくれ。
みんな話題待ちすぎｗｗｗ突然レスがつきすぎだぜ

**名前は開発中のものです。** · 2008/05/11(日) 21:04:49

>>967
ハンドルとか設定とかを持たせるときとか

**名前は開発中のものです。** · 2008/05/11(日) 21:05:29

シングルトンは人に説明するのに便利すぎる
他のパターンと違って誤解される可能性が低いのと他よりは知名度高いからよく使ってる

でも、デザパタって意外と知ってる人少ないよね
普通に会話に使うもんだと思ってGoF勉強したけどほとんど通じない

**名前は開発中のものです。** · 2008/05/11(日) 21:07:20

ところで、シングルトンは
インスタンスがなければ生成してから返し、ある場合は既にあるインスタンスを返す関数が在るってことであってる？
個人製作なら自分ルールで最初にその手のインスタンスは初期化する、って決めておけばいらなそう。

複数人で開発する場合で、その手のインスタンスを前もって初期化したくない場合は効果がでるかもわからん

**名前は開発中のものです。** · 2008/05/11(日) 21:07:32

>>987
不幸なことに、シングルトンが必要と思われるケースのプログラムを
今までに組んだことがありません。
極端な言い方をすれば、この先シングルトンを使う場面に遭遇しなければ
シングルトンが何なのかさえ分かりません。
知っていて使わないのと、知らないで使えないのでは大きく意味が違うと思います。

**名前は開発中のものです。** · 2008/05/11(日) 21:29:15

ム板のデザインパターンスレに戻った方が良いと思うよ。
ここはGoFすらろくに知らないで設計語ってるスレだから

**名前は開発中のものです。** · 2008/05/11(日) 21:32:50

業務系とゲーム系だとまた求められてるものが違うから

スコープはコンテナが管理するというのが今の流れだよね
シングルトンであるとかプロトタイプであるとかで構成は変えないしね

ゲームなら面とかでスコープかえると初期化が楽になるかもしれないけど
メリットはあまりないかと

オンラインゲームなら必須の知識ではあるけど

**名前は開発中のものです。** · 2008/05/11(日) 21:45:37

>>993
だったら使うなよ。くだらん豆知識さっさと忘れてゲーム作れ。
気がつけば「あ、これシングルトンだったね」と気がつく日もあるだろう。

**名前は開発中のものです。** · 2008/05/11(日) 21:55:34

>>996
失礼ですが、他の人が言ったことを繰り返して言っているだけの言動からは
貴方がデザインパターンを理解しているとは到底思えません。

**名前は開発中のものです。** · 2008/05/11(日) 22:13:28

挙句の果てに、妄想で批判とか、折角ゲーム作るように促してやってるのに困った奴だな…

**名前は開発中のものです。** · 2008/05/11(日) 22:24:00

>>998
スレタイを確認した方が良いんじゃないですか？

**名前は開発中のものです。** · 2008/05/11(日) 22:24:58

他の方々のレスは大変参考になりました。
ありがとうございました。

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。