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

**名前は開発中のものです。** · 2008/05/23(金) 21:10:59

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

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

前スレ
http://pc11.2ch.net/test/read.cgi/gamedev/1155209226/

テンプレ追加事項あったらよろすく

**名前は開発中のものです。** · 2010/01/04(月) 06:09:33

おおー、ゲームのバックエンドサーバーにもGAE使う時代かｗ

たしか、mixiアプリのモバイルゲームでGAE使った事例があったな。
3000万PV/月をかなり安価で乗りきれるとか

Togetter(トゥギャッター) - まとめ「100万PV／日のmixiアプリモバイルをGoogle App Engineで実装した@gclue_akira氏に直撃インタビュー」
http://togetter.com/li/494

すれ違いの話題になるが、昨今のネットが絡むゲームの場合バックエンドの技術も必要だけど、
そういう話題を扱ったスレってないものかな
この板にネットゲームの開発時代が少ないみたいだから、需要はないのかもだけど

まーGAEならWebProg板のAppengineスレ行けばいいしな

**名前は開発中のものです。** · 2010/01/04(月) 06:10:39

x 開発時代
o 開発自体

**名前は開発中のものです。** · 2010/04/20(火) 00:42:02

前スレの最後のほうに出てた描画の話題って結局どうなりました？（928ぐらい）

**名前は開発中のものです。** · 2010/05/11(火) 16:43:34

http://blog-imgs-27.fc2.com/c/h/u/chudoku200/1239712143736s.jpg

**名前は開発中のものです。** · 2010/09/20(月) 21:23:17

アクションゲーム作ってるんですが
どういう風にクラス分けすればいいか悩んでます

MAPクラス
Playerクラス
GameFrameクラスの3つがあって
mainループで

switch(MODE)
{
case TITLE:~~~~;break;
case MENU:~~~~;break;
case STAGE01:~~~~;break;
case STAGE02:~~~~;break;
.
.
.
}

みたいなことをしています。
各Stageに行くたびに、ステージ前処理と、ステージ後処理をしたいです
というとコンストラクタとデストラクタ……つまりはクラスを使えばいいんじゃないか？
という感じなのですが

Playerクラスの持っている情報と、操作関連を上手く融合させたり
Mapクラスの持っている情報と、Playerクラスを上手く組み合わせたりが出来ません……

こういう部分はどういう風にデザインするのがいいのでしょうか

**名前は開発中のものです。** · 2010/09/21(火) 03:43:33

STAGE01とSTAGE02を分ける必要は無いだろ。
ファミコンの「ドラえもん」みたいな、1面と2面で全く違うゲームになるなら別だけど。

**名前は開発中のものです。** · 2010/09/23(木) 17:38:03

まずそのswitch文をなんとかしよう。
TitleクラスとMenuクラスとStageクラスを追加するとか。
その上で、StageをPlayerとMapのメディエータとして実装する、というのはどうだ？

**名前は開発中のものです。** · 2010/12/04(土) 11:15:23

>>571
貴方は俺か
クラス名と悩みが殆ど同じとかｗ

**名前は開発中のものです。** · 2010/12/04(土) 14:39:29

>>571
ちょっと難しいかもしれないが
ttp://marupeke296.com/GDEV_main.html
ここはかなり参考になる気がするよ。サンプルもあるし。
その6とその7ね。

**名前は開発中のものです。** · 2011/02/02(水) 03:54:28

保守

**名前は開発中のものです。** · 2011/05/20(金) 08:10:28.28

良スレ保守

**名前は開発中のものです。** · 2011/08/02(火) 05:21:50.11

Android開発でのパフォーマンスTips
http://labs.techfirm.co.jp/android/cho/1283
http://labs.techfirm.co.jp/android/cho/1293

オブジェクト生成は避ける
インターフェースは使わない
スタティックメソッドを使う
クラス内部でgetter/setterは使わない
foreachループは気をつける

携帯端末だとオブジェクト指向をある程度捨ててパフォーマンスを稼ぐって形が
求められるみたい
こういう環境のゲームは、どういうデータ構造・クラス設計を採用すべきかってのも
気になるな

**名前は開発中のものです。** · 2011/08/02(火) 12:43:43.47

iアプリを思い出すなーｗ

**名前は開発中のものです。** · 2011/08/04(木) 13:31:14.84

PS時代のゲーム開発みたいだなｗ
あの制限ばかりの時代を経験した世代の方が
開発に向いていたりしてｗ

**名前は開発中のものです。** · 2011/08/09(火) 01:57:38.36

処理能力を操作に割かせるためにメモリに読めるだけ読むのかな

**名前は開発中のものです。** · 2011/08/09(火) 20:19:58.06

それやりすぎるとアプリの切り替えをすることが多いスマフォじゃ
面倒が起きやすいんじゃないか

**名前は開発中のものです。** · 2011/08/15(月) 07:32:13.82

>>19
消えてるみたい
どこか掲載されるサイトしらない？

**名前は開発中のものです。** · 2011/08/21(日) 15:33:02.73

こないだ色々探したんだけど、糞アフィブログのリンク記事しか見つからなかった
キャッシュとかも見たんだけどさ

**名前は開発中のものです。** · 2011/09/04(日) 02:30:22.85

>>580
そうかもしれない。
その世代が今のゲーム現場で老害化してるんでむしろ行って欲しい。