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

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

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

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

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

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

**名前は開発中のものです。** · 2008/07/13(日) 00:51:10

素人です
つくりかけのゲームってどうやって動かしてテストするんですか？

**名前は開発中のものです。** · 2008/07/13(日) 01:06:26

ワタクシハインクリメンタルナカイハツホウシキをとっているので
ちまちまと小規模な物を作って、それを拡張していく形になります。

例
第一段階：ウィンドウを表示する
第二段階：キャラクターを一つ表示する
第三段階：キャラクターを動かしてみる
第四段階：飽きる

**名前は開発中のものです。** · 2008/07/13(日) 01:25:52

>>195
なんで途中までカタコトなんですか？

そういう個人規模でなくて、複数のPGで役割分担してる場合はどうするんでしょう？

**名前は開発中のものです。** · 2008/07/13(日) 01:29:50

そんなことシロウトせんでいいいよ

**名前は開発中のものです。** · 2008/07/13(日) 02:53:02

動くところまで作ってからテストする

**名前は開発中のものです。** · 2008/07/13(日) 03:04:31

改めて言われるとあれだな
他にやりようないな

**名前は開発中のものです。** · 2008/07/13(日) 03:23:29

>>198
他人がつくったクラスがないと動かない場合はテストできないのでしょうか？

**名前は開発中のものです。** · 2008/07/13(日) 03:29:10

つ単体テスト

いや出しゃばった　俺はweb系なので実情は判らん
まあロジック側は業種問わずどうグズったところで、
「何々渡したときに何々返す関数作ってー！」しか分業方法ないと思うけど

**名前は開発中のものです。** · 2008/07/13(日) 03:29:54

たぶん、作りかけってのが何処までか分からんけど
目に見えて作りかけとみれるのは殆ど完成間近なのが多いんじゃ。
プログラムの作りかけを動かす＝エラーが出ないで動く　なので

**名前は開発中のものです。** · 2008/07/13(日) 03:32:16

http://wiki.game-develop.com/
wikiのチュートリアル→段階的学習でもやってみては

**名前は開発中のものです。** · 2008/07/13(日) 04:56:24

>>200
そのクラスのインタフェースが分かるならその仮実装を作れば良いでしょ。
プロキシとかスタブって聞いたこと無いかな？
そもそもあなたの言っているテストとは何をどうするテストなのか、
自分でハッキリと認識出来ているのなら人に聞くような問題じゃないと思う。

**名前は開発中のものです。** · 2008/07/13(日) 09:43:53

>>200
もし私がプログラマなら、担当部分を動かすための
テストプログラム書いてます。

だから、それを見せてもらったら、大体どんなことができてるのか
把握できるんじゃないかと思います。

早い段階でCVSやSVNによるコード共有にも
慣れておくと幸せになれるかもしれません。
統合テストの段階になってからでないと
全体のMakefileが書けない、
リンク作業もできないのではどうにもなりません。
今のうちからコードを共有して、
常に全体がコンパイル/リンクが可能であることを
確認できる環境作りが云々、、、、、、、、

**名前は開発中のものです。** · 2008/07/13(日) 09:51:14

>>204

>>200は外注や営業職の言い訳で多発するんだよね。
あんなのはまともに相手するのも無駄。
「スタブ要るじゃん。　スタブ供給してくれないとコストにあわないんだよね」系で、素で言ってのけやがる。
超ウケルんですけど。
こういうのに仕事を与えないようにするのが業界の為だろ。

　政治的な理由により取引継続となったら、「スタブの作り方を指導しますから、
その講習料として、スタブ作成代を相殺ですね」ぐらいしか案が無い。

・こちらはスタブなんて、要求仕様の一部で料金内。jk
・カス会社は、どちらも追加料金や有料。
・解決してなくても解決！！！！

**名前は開発中のものです。** · 2008/07/13(日) 10:22:09

>>194
作り掛けでも動くように、ゲーム全体を一枚岩ではなくバラして作る。

RPG だったら戦闘・マップ・店・イベントシーンで完全にバラしておいて、
テスト用のメニューからそれぞれ起動できるようにするとかな。

**名前は開発中のものです。** · 2008/07/13(日) 10:49:52

作業分担？

全員が全体を上から下まできっちり把握した上で、
常に連絡を密にし、お互いが何をやってるのか理解しつつ、
各自が必要とみなしたら声かけてどんどん作ったり直したりしていく。

**名前は開発中のものです。** · 2008/07/13(日) 11:17:51

>>208
全員が全体を把握できるのは、せいぜい3人ぐらいまでだな。その先は
ヒエラルキー作って、パート毎に管理業務やる人間を立てないと無理。

**名前は開発中のものです。** · 2008/07/13(日) 13:47:03

趣味ゲだと3人超えのマが介在するゲーム開発って
ほとんどないしな。大半はマが1人、多くて2人で>>408方式
ツーといえばカーの黄金タッグ。あ、ああじゃいる

**名前は開発中のものです。** · 2008/07/13(日) 13:48:37

×>>408　○>>208

**194** · 2008/07/13(日) 14:07:22

非常に参考になりました。ありがとうございます。

>>208
それ実際には各人に漏れやズレが出て手戻りが出るんで、大規模プロジェクトでは無理では

**名前は開発中のものです。** · 2008/07/13(日) 14:19:00

Cだったらmain()関数書いて実行して、デバッガ等で動き見るかな…
仕事（勿論?非ｹﾞｰﾑ）でやってたときも、自分で単体テスト仕様書書いてたんで、
こんなやり方でもOKだったｗ

個人開発だったらウィンドウなりポリゴンなり目で見てわかる方から書いて、
中身を作っていくので、単体テストらしい単体テストはしないかな…
とりあえず箱を表示するとこ書いて、テストして、
動かすところを書いて、テストして、…ってのはやるけどｗ