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

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

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

**名前は開発中のものです。** · 02/11/04 04:10

>>861
ソフトウェア工学の薄くて高い本を読むと
構造化技法、モジュール強度やモジュール結合度について
6 ページくらいは書いてあるよ。

**名前は開発中のものです。** · 02/11/04 13:00

>>861
CODE COMPLETE と Writing Solid Code をセットでどうぞ。

>>870
PS2 標準のヘッダはまったく問題ない程度の量。ただ C++ で template を
多用し出すと、ちと気になるかな。（いろんな意味で）

**名前は開発中のものです。** · 02/11/04 23:35

>>872
　プロジェクト規模しだいでは「ちょっと」の領域は超えちゃうなぁ。
あと、一本上げて解ったんだけど、テンプレートはあんまりメモリに
優しくないので、中規模以上のプロジェクトではあんまり多用しない方が
いいような気がした。皆のトコではどーなんだろ？

どうでもいいけど、あんまりOOと関係ない流れだね。

**名前は開発中のものです。** · 02/11/04 23:50

この板だと「終了とゲームプログラミング」って感じだよな～

**名前は開発中のものです。** · 02/11/04 23:53

>>874　どうぞこちらへ
http://game.2ch.net/test/read.cgi/gamedev/1011082291/

**あぼーん** · NG

あぼーん

**逝って良しの１** ◆.CzKQna1OU · 02/11/05 00:00

test

**逝って良しの１** ◆MvRbZL6NeQ · 02/11/05 00:02

結論：
１）再利用可能モジュール以外は手続き型で書く
２）なるべく共通の部品て作れるように設計する。

純ＯＯは効率落とすだけ

**名前は開発中のものです。** · 02/11/05 00:15

ム板にお帰りください。

**名前は開発中のものです。** · 02/11/05 00:38

とりあえずOOを理解しているやつがすくないってのはわかるね。
まあ結構苦労すると思うよ。なめてかかると。
概念に関しての勉強ってサボルやつが多いからなー。
生まれてから一度も考えたことありませんでした。ってやついるだろ？
だからわかるやつとわからないやつとで差がでかいんだろうね。

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/01/29 00:07

なんとなくage

**名前は開発中のものです。** · 03/01/29 02:06

PCH は GCC では3.4からなり。

**名前は開発中のものです。** · 03/01/29 02:19

　なー、職業ゲームPGの諸君。おまいらの会社ではテンプレートは活発に
使ってますか？仕事にマイテンプレート集を導入したいのだが、周りは
テンプレートと聞いただけで拒絶反応。「テンプレートは何をやってるか
解からんからイヤ」っておまいら…。

**名前は開発中のものです。** · 03/01/29 03:43

>>884
ピンきりだろうに。STL解析しろて訳じゃないんでしょ？

慣れないとちと読みづらいからね。
後、メモリ使用量が。速度的には良いんだが。

**名前は開発中のものです。** · 03/01/29 05:08

Loki を使いたいと言われたら、それはいかがなものかと思う

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/01/29 07:45

STLのないC++なんて、もぅ耐えられないかも。

**名前は開発中のものです。** · 03/01/30 01:08

　お、皆さんとこもテンプレートモリモリ系ですか？やっぱ強引に社員教育
して導入するべきですかね。メモリ使用量はアロケータを工夫する事でなん
とかなるんだけど、コード増加量を理由に拒絶されるとどーにもこーにも。

　STLのメモリパフォーマンスについての資料ってどっかにないもんかなぁ。

**名前は開発中のものです。** · 03/01/30 02:17

結果的に同じコードになっても、型が違うっちゅうことで
それぞれ別ルーチンになっちゃうのが痛いね。

VC6はそこそこ最適化してたな。
どういう仕組みかしらんが、中身がまったく同じルーチンは一つに
まとめてくれてたようだ。

**名前は開発中のものです。** · 03/01/30 11:52

コード量のほうはマップファイル見てたらわかったりしない？
ピンチになったら、いらなさそうな（ポインタ絡みが多いな）奴を探して
特殊化で切っていくとかできる。

あぁ、でも、最適化できってくれるのが理想だよな。
同じテンプレートから生成されたコードを
バイナリコンペアで判定して、まったく同じのを消せばいい、と思うんだけど。

**名前は開発中のものです。** · 03/02/01 13:20

そーなんよねー。テンプレートのコードサイズ最適化に関する情報がどこにも
ないからね。プロジェクト末期にコードサイズが５M超えましたとかじゃ怖くて
使えないよな。

まぁマイクロソフトはともかく、GCCやCWに最適化の過度の期待は禁物だしな。

**名前は開発中のものです。** · 03/02/01 13:32

インライン化の程度によっては増えたり減ったりするのがなんとも・・・

昔、ポインタのコンテナクラスは、void* のコンテナクラスを作って
それをラッピングしてたじゃないですか。
そういう手間が省けないかなあ、とか。

**名前は開発中のものです。** · 03/02/01 20:32

ふむ・・・
STLでvoid *のコンテナだけ使うことにして、
それにtemplateで任意の型にキャストして使うとか、どうかなー。
やったことないけど。

template< class T >
class WrappedList
{
protected:
vector< void * > m_vec;
public:
void push_back( T *pItem ) { m_vec.push_back( (void * ) pItem ); }
・・・
};
とか。
イテレータとか使えなくなるのはイタイか。

**名前は開発中のものです。** · 03/02/01 22:48

>>894
template< typename T > class std::vecotr< T* > がほしーなー。
STLportで定義しといてくれたりすると泣いて喜ぶんだが。
そんな話ねーのかなー？

**名前は開発中のものです。** · 03/02/01 23:33

こんな情報はいかが？

http://adult.misty.ne.jp/rank/enter.cgi?id=fdeai

**名前は開発中のものです。** · 03/02/02 13:11

　いや、実際テンプレートで消費するメモリリソースなんかたかが知れて
るんだけどなー。sizeofみたいにコードサイズを取得する演算子がほしいな。
sizeofcode( template<T> );
って感じの。演算子じゃなくてもコンパイラの機能でいいんだけど。

**名前は開発中のものです。** · 03/02/02 14:23

コード量の削減で思いついたんだけどさ、
リンク時に中身が同じなら一緒にするってことできないかな？
サイズとCRCをフラグメント(関数?)ごとに記録しておいて、
それらが一致したらシンボルをまとめちゃうの。

win32ならゲイツパワーでできそうだけど、
unix系では辛いかな・・・

**名前は開発中のものです。** · 03/02/02 22:50

質問ですが、
オブジェクトをCreate()で作成して、Release()で開放する
考え方？スタイル？をなんて言うんでしたっけ？

**名前は開発中のものです。** · 03/02/02 23:55

ところで
virtual inline関数って実体がコードに埋めこまれる？

int g; // グローバル変数
class X{
virtual inline void f(){ g = 1; }
};
class Y : public X{
virtual inline void f(){ g = 2; }
};

void main(){
Y yy;
yy.f();
}
これがインライン展開されて
void main(){
Y yy;
g = 2;
}
みたいになるのかなと？

**名前は開発中のものです。** · 03/02/03 00:25

>>900
それならインスタンスの型が分かっているので展開可能。

main(){}でいいのに、なんでvoidなんて書くんだ？煽られるだけだぞ。

**名前は開発中のものです。** · 03/02/03 05:08

>>899
ファクトリーパターンか？

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 03/02/03 11:36

>>901 可能は可能だけど、
実際にそれをやっているコンパイラがどの程度あるかは
微妙な気がするな。アセンブラコード出して確認するのがいいよ。

**899** · 03/02/03 17:09

>>902
ファクトリーパターンって言うんですか。
C++覚えたての時、自分で試行錯誤していてこのパターンを思いついたんですよ。
実際にこういうスタイルがあると知ったのは、最近の事です。
なんという名前だったのか思い出せなかったもので。

**名前は開発中のものです。** · 03/02/04 00:18

うそ教えちゃ遺憾
http://www.google.com/search?hl=ja&ie=Shift_JIS&q=%83t%83%40%83N%83g%83%8A%81%5B%83p%83%5E%81%5B%83%93

**名前は開発中のものです。** · 03/02/04 00:24

あながち間違いでもないと思うが・・・
ファクトリの実装方法の一部、とでも言ったほうがいいのか？

**名前は開発中のものです。** · 03/02/04 00:28

別に create() で作るとだけ言われても、
Factory パターンかもしれないし Prototype パターンかもしれないし他のパターンかもしれない

**名前は開発中のものです。** · 03/02/04 00:40

他に何が考えられる？

**899** · 03/02/04 01:03

えーと、意味不明かもしれないんですが・・

(図1)
　　 A
　　 |
　|--|--|
　B C D

僕が考えたのは、上の(図1)見たいな構造になってます。
Aは B C Dを内部で、配列やリストなどで管理してます。
Aは B C Dのインスタンス作成メソッドを持ちます(CreateB(B*)みたいな感じ)。
Aのデストラクタで B C Dのインスタンスの開放or終了処理が行われます。

こんな感じです。
具体的なパターン名がありますか？

**名前は開発中のものです。** · 03/02/04 01:27

GOF本には載ってないのう
こっちで聞いてください
http://pc2.2ch.net/test/read.cgi/tech/994836140/

**名前は開発中のものです。** · 03/02/04 01:29

B,C,Dが共通のインターフェースを持つ？

**名前は開発中のものです。** · 03/02/04 01:39

>B,C,Dが共通のインターフェースを持つ？
ちょっと、よく分かりませんが、
すべてのインスタンスを A で管理しているので、
A->Release() ですべて delete 出来て良いかなと思って実装しました。

**名前は開発中のものです。** · 03/02/04 02:16

　>>902　は　ネ　タ

**名前は開発中のものです。** · 03/02/04 02:25

　つーかファクトリメソッドパターンだな、それは。微妙に違う気もするが。
ファクトリメソッドパターン＋コンポジットパターンって感じか。

class cHogeManager{
friend class cHoge;
public:
cHoge* Create(...);
};

class cHoge{
privet:
cHoge(...);
};

こーやってcHogeのcreate以外でcHoge生成出来なくなくしたりは良くするね。

**名前は開発中のものです。** · 03/02/04 09:02

friendの場所が違うような・・・

あとこのやり方？はいわゆる「ハンドル」だと思ったが、
何かパターンとして命名されてるの？

**名前は開発中のものです。** · 03/02/04 11:24

ファクトリメソッドパターン
コンポジットパターン
ハンドル
・・・どれも関係ないと思うんだが。
あー全部ネタか？

**名前は開発中のものです。** · 03/02/04 23:05

コンポジションの関係にある、というだけ。

**名前は開発中のものです。** · 03/02/05 00:32

なんかいい名前ないの？
そのための「パターン」なんじゃないのかなあ。

**名前は開発中のものです。** · 03/02/05 01:17

そういう単純なものは名前をつけるまでもない。

**名前は開発中のものです。** · 03/02/05 01:45

単純かな？誰も一言で説明してないっしょ。

**名前は開発中のものです。** · 03/02/05 02:34

一言で説明したけど…

**名前は開発中のものです。** · 03/02/05 21:29

終了厨必死だな

**名前は開発中のものです。** · 03/02/08 07:27

>>910
ただの集約じゃないの？

**名前は開発中のものです。** · 03/05/11 16:50

アグリゲートとマルゲリート二人はとても仲良し♪(^o^)八(^o^)♪

**名前は開発中のものです。** · 03/06/19 16:04

あげとくか

**名前は開発中のものです。** · 03/06/20 02:15

アイドルのコラージュを発見したでつ。
あと、つるつるオマ○コも見れました。いいの？(*´Д`*)ハァハァ
http://plaza16.mbn.or.jp/~satchel/turuturu/

**名前は開発中のものです。** · 03/06/20 03:27

(｡_｡)

_ · 03/06/20 04:49

http://homepage.mac.com/hiroyuki44/

**名前は開発中のものです。** · 03/06/20 06:27

☆Ａ級美女が貴方を癒します☆
http://endou.kir.jp/yuminet/link.html

**名前は開発中のものです。** · 03/07/25 00:24

うちの会社OO禁止。
つうかC++禁止。

どうよこれ？

**名前は開発中のものです。** · 03/07/25 00:57

禁止に至った理由を聞きたいな。
こういうのって壮絶なのが多くて面白いから。

**名前は開発中のものです。** · 03/07/25 06:26

コンパイラにバグがあるから(DC)

**名前は開発中のものです。** · 03/07/25 11:23

DCのコンパイラにバグがあるから、
PS2用やGC用やXBOX用やPC用や内部ツール用のコード書くときまで
C++禁止というのを「今でも」やっている、とか？

**931** · 03/07/28 02:50

「処理が重くなるから」だって。
一度やってみたら上手くいかなかったんだと。

>>934
>PS2用やGC用やXBOX用やPC用や内部ツール用のコード書くときまで
>C++禁止というのを「今でも」やっている、とか？
YES!
理由は上述のとおりだけど。

自分の会社の技術力やプロジェクト管理力がどんなもんなのか、
ぜひ他社と比較したいよ。