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

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

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

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

**名前は開発中のものです。** · 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

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