OOとゲームプログラミング

**名無しさん＠お腹いっぱい。** · 01/11/07 23:55

OOをどのように用いれば美しくゲームプログラミングを
行うことが出来るのか語り合うスレです。

2 · 01/11/07 23:56

**名無しさん＠お腹いっぱい。** · 01/11/07 23:57

掃除機、OOは素人にはお勧めできない。

**名無しさん＠お腹いっぱい。** · 01/11/07 23:59

むう、正直、こっちを使って欲しひ。
http://game.2ch.net/test/read.cgi/gamedev/1005040025/

**名無しさん＠お腹いっぱい。** · 01/11/08 00:10

まずは、データ構造とモジュールについて、しっかり勉強して下さい。
でなければ挫折します。

**名無しさん＠お腹いっぱい。** · 01/11/08 10:17

PS2のコンパイラ、クソすぎて複雑なクラス構造理解してくれないYO!

**名無しさん＠お腹いっぱい。** · 01/11/08 11:57

YO! とか使う奴多いよね。開発者に。いまだに

**名無しさん＠お腹いっぱい。** · 01/11/08 12:27

>>6
PS2ってgccでないの？

>>7
そういうのを突っ込むのは板違い

**名無しさん＠お腹いっぱい。** · 01/11/08 13:35

＞6
OO的思考はイイんだけど
いざ実装するときにC++とかだと
コンパイラ腐っててできねえ！とかあるわよねえ。
コンパイラ特有の変な制限あったり。
マニュアル見たらテンプレートクラスはファイル1つにブチ込めゴルア！
・・・だそうな。鬱死

**名無しさん＠お腹いっぱい。** · 01/11/08 16:53

そうだね。テンプレートはOOとはあまり関係ないにしてもだ(コンパイルタイムポリモーフィズムって言われることもあるけど)。

**アマプログラマ** · 01/11/09 04:02

ループを回して、その中でゲームの状態により
switch文とかで分けて処理するとかしたらなーんかいつもながーい
ループが出来上がっちゃうんですが、
みなさんどうされてるんですか？

**名無しさん＠お腹いっぱい。** · 01/11/09 04:08

>>11
この辺とか
ttp://www.hh.iij4u.or.jp/~peto/Games/games_top.html

タスクシステムって、原始的なOOかも。

**名無しさん＠お腹いっぱい。** · 01/11/09 06:22

>>11
状態をオブジェクトにする。
そうすると、ゲームのメインループは有限状態マシンとしてモデル化できて
ゲームに依存しないフレームワークを作ることができる。

有限状態マシンのモデル化は、ちょっとしたオブジェクト指向入門書になら
書いてあるでしょう。

**名無しさん＠お腹いっぱい。** · 01/11/09 09:06

>>13 に加えて、デザインパターンのStateパターンとか
その辺を参考にするといいかもです、はい。

**名無しさん＠お腹いっぱい。** · 01/11/09 19:35

今までは 12 のサイトに書かれていた処理が多かった。
アマプログラマと名乗っているなら似非タスク処理を作るのが良いと思う。

**名無しさん＠お腹いっぱい。** · 01/11/09 20:52

OOを使えばタスクは使わなくなるの？

**アマプログラマ** · 01/11/09 21:51

ふーむ、なるほど。>>12-15ありがとです。
ぜんっぜん思いも寄らなかったけど
>>15読むと時代の流れは先に行ってるようですが、
どないなんでしょう？

**名無しさん＠お腹いっぱい。** · 01/11/09 21:53

まあ、最初は古典的？っていうか原始的？っていうか
自分なりに力技な方法でやってもいいんじゃないでしょうか。
あまり考えすぎると、理屈倒れのなんとやらになるかもです。

**名無しさん＠お腹いっぱい。** · 01/11/09 22:05

最近WinSDKプログラミングをはじめたんですが、
WndProcでコールバックされた後やるswich文をMessageHandle用クラスに
持たせて多態化させて、デザパタのStateパターンっぽくやろうと試みてます。
Menu選択とか、ダイアログとかのMessageHandle関係全般につかえるよう
ある程度汎用的に・・・と構想してます。

とりあえずの目標はシンプルである程度汎用的なフレームワークを作って、
DirectXやOpenGLをいじくろうと思っているんですが・・・・

こういうことって、既にみんなやってるモンでしょうか？

**名無しさん＠お腹いっぱい。** · 01/11/10 01:13

>19

やってると思いますよ。
ゲーム作るのなら必須でしょう。

19 · 01/11/10 02:02

いま>>12のリンク先のタスクシステムを見てます。
面白いです。確かに原始的なＯＯＰという感じです。
ＴＣＢを見てるとクラス化したくなってしまいますが、
長年培われてきた（？）型だけに、下手な設計ではＯＯ化は
逆効果になりそうですね。

デザパタではState,Strategy,Flyweightあたりがまず不可欠
でしょうねー。

19 · 01/11/10 02:05

ところで実際のところゲーム開発の現場ってＣとＣ＋＋の比率はどのくらい
なのでしょうか？
C++でやってるのは余裕のある大手くらいってかんじですか？

**名無しさん＠お腹いっぱい。** · 01/11/10 03:17

C++は遅くて使い物にならんと思うが

＿ · 01/11/10 03:21

>>23
マジ？
XboxはVC++がデフォだって聞いたけど。

**名無しさん＠お腹いっぱい。** · 01/11/10 03:24

>>23
こういうことを言う奴はｼｯﾀｶ君

19 · 01/11/10 03:25

てことは>>23は C++でゲーム開発してるって話は見たことも聞いたことも無い？

**名無しさん＠お腹いっぱい。** · 01/11/10 03:26

>>25
そうか？
継承するとパフォーマンスが悲惨なんだが
そんな事はないか？

**名無しさん＠お腹いっぱい。** · 01/11/10 03:29

VTBLのオーバーヘッドなんかもう無視できるっしょ。

**アマグラマ** · 01/11/10 03:33

スターオーシャン2ndストーリーのトライエースのロゴの下に
try-Ace PlayStation Foundation Class Library
とかなんか誇らしげに表示されてるのは見たですが。

**名無しさん＠お腹いっぱい。** · 01/11/10 03:34

そりゃぁXboxはそうかも知れんが、
我がマシンでは数倍違う

19 · 01/11/10 03:49

C++が遅いのではなくて、Classライブラリに問題があるのでは？
私もＯＯやC++崇拝者なわけではないんだけど。
C++がCと比べてオーバヘッドあるのは事実だと思うけど、Cの手法だって
インライン関数だってインラインアセンブラだって使えるわけだし。
深すぎる継承を使わないとかクリティカルなところでは伝統的な手法を
使ってゆけば、使い物にならん、ってことはないいんじゃないかと。

**名無しさん＠お腹いっぱい。** · 01/11/10 03:59

>>27
まさにｼｯﾀｶ君
全然何も分かってないらしいな
プラットフォームとは関係ない

しょうがないから本を一冊薦めといてやる
「C++/C プログラム改善法」
ただしトッパンはもうつぶれてしまった

仕方ないので
「Efficient C++」
で代用
こちらはピアソン・エデュケーションだからまだ
売ってるだろう

**名無しさん＠お腹いっぱい。** · 01/11/10 04:19

そうかプラットフォームとは関係ないのか。
そうだとすればC++は使い物にならないという事だな。

**名無しさん＠お腹いっぱい。** · 01/11/10 04:27

かたくなだな。

**名無しさん＠お腹いっぱい。** · 01/11/10 04:29

>>31
同じ会社の(クラス)ライブラリが
CとC++でそう違うものなのか？

とむ ◆TMwDpCZo · 01/11/10 05:10

なんとなくだけど、Ｃ＋＋のようなＯＯと、ゲームのプログラミングって
相性良くないような気がしています…。
昔はいいと思ったんだけどね…。

＿ · 01/11/10 05:36

つうかCオンリーで組むのも相当キツイと思うけど。
延々とグローバル関数作りまくり・・
STL無いし・・

**名無しさん＠お腹いっぱい。** · 01/11/10 06:46

継承のコストって x86 でいえば
call [v_table+n]
程度じゃない？

どちらかといえば、インスタンスの生成破棄を
無頓着に行うと効率さがるよね。そんなことは
Effecient C++ レベルにでも書いて有るようなことだし。