○○とゲームプログラミング Rev 3.0.0

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

　「OOとゲームプログラミング」から派生したスレです。
　OOも含め、ゲームプログラムの制作に関わる様々なトピックを
語りましょう。

　単なるC++でのクラスの書き方から、設計やパターン、制作手法
まで守備範囲広し。

過去スレ:
OOとゲームプログラミング Role2
http://pc2.2ch.net/test/read.cgi/gamedev/1067458051/

OOとゲームプログラミング
http://pc2.2ch.net/test/read.cgi/gamedev/1005144931/

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

ここでまた何時もの言い合いが始まるわけですよ。

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

>>23
どこかの国の野党じゃあるまいし、とりあえず対案を出そうよ。

とむ ◆0MTMwDpCZo · 04/02/03 13:20

ま、敵の数の把握には他にも色々方法はありますね。
ステージ情報のようなクラスを作って外部に持たせる方法もありますし、もっと直接的に、
CEnemyの派生クラスへのポインタを格納するコンテナのサイズを直接取得するという
方法もありますね。

ちなみに私は超レベル低いですよ。先に言っておきます。いちいち指摘してくれなくても
結構ですよ。でもご指摘ありがとうね。

**930** · 04/02/03 13:49

>>23
これでＯＯの話なんかできるわけないことが分かっただろ？
こいつらは２次元
指摘しても逆ギレ
代案だそうよとか言って結局自分は何もしない
他人の作ったものでしか組み上げることしかできない三流ＰＧ
自分の為に時間を使おうぜ

**23じゃないけど** · 04/02/03 14:15

＞敵の数そのものをCEnemyクラスに持たせるとして
これはたしかに根本的な設計思想でもめそうな予感。
はっきりいって俺はこいつ（>>22）とは合わない。

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

>>27
見苦しいな。そんなに前スレの件が悔しかったのか？
こんな所に一流PGが来る訳ない事ぐらいわかれよ。
もしかして前スレでの自分の不備を気付いてないのか？

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

http://homepage1.nifty.com/fujiwo/develop/oo/dscsnptn.html

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

まさに団栗の背比べということだな

29 · 04/02/03 16:43

>>30
すまんかった。精進する。

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

>>30
このスレに、ぴったり当てはまる。

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

とりあえず自称1流PGといっておこう。
何か質問ある？

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

>>34
質問：代表作は何ですか？

**930** · 04/02/03 23:05

やっぱ
り俺は
最強だ
な。

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

自称1流PGの俺に代表作などないわっ！（ビシッ！

とむ ◆0MTMwDpCZo · 04/02/04 00:43

レスの流れを見て思ったんだけど、私は別に「正解」を書いてるわけじゃないので、
「レベルの低さがわかった」とか「俺は合わない」とかじゃなくて、「ここをこうするともっと
良くなるんじゃないか？」という話にすれば、ある程度スレが盛り上がると思うんですよ。
そりゃ批判するのはラクだし楽しいとは思いますけどね。

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

>>38
いや、過去ログ読んだけどあんた絶対に譲らない人でそ？
だからＯＯもそんな独りよがりなわけよ。
おかしい設計をおかしいと認識できないのは
あんたの性格に問題があるわけよ。

あんた絶対食ってかかってくるからいちいち指摘したくないもん。
まわりもそんなんでそ。じゃあねー。

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

＞敵の数そのものをCEnemyクラスに持たせるとして

いてててて

23 · 04/02/04 01:00

じゃあ

★俺ならこうする
・CEnemyはファクトリを通して生成するようにする。
・Enemyのファクトリにはオブザーバを登録できるようにする。
・Enemyのファクトリは新しいEnemyインスタンスが生成された時に
　オブザーバのOnEnemyCreateイベントハンドラを呼び出す。

★とむ氏の実装より何が良いか
１．「数を数える」以外の用途が必要になった時も、既製のソースに変更を加えることなく機能追加できる。
２．例えば関係しない２つの世界が必要になった時、とむ氏の方法の場合は作り直しだが
　私の方式の場合はファクトリを２つにするだけで作業は終わる。

１．が理解できない人は委譲指向のOOが理解できていないと思われる。
２．が理解できない人はSINGLETONとMONOSTATEの違いもきっと理解できない。

実際、２．のシチュエイションは仕事でハマっている人を見た事がある。
そのソースは元々グローバル変数に依存していたが、
仕変で画面分割モードができて対応におおわらわしてたよ。
その仕事のバグレポートはたしか項目4000個超えてた。大変な仕事だった。

とむ ◆0MTMwDpCZo · 04/02/04 01:03

>>40
まあ、確かにあれでは軍との契約は獲得できないでしょうね。

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

CEnemyが敵のリストなのか、敵単体なのか今いち理解できてないが
どちらにせよ、staticで敵の数なんて持ったら、>>41でいう２．でハマルってことか。
なんでもかんでも、monostateするより、拡張に備えてsingletonにしとけってことですか？

とむ ◆0MTMwDpCZo · 04/02/04 01:15

>>39
確かに私は「食ってかかる」タイプですね。それが嫌な方は、最初から何も指摘しなければ
いいんじゃないでしょうか。

その点で>>23さんはいいと思います。最初は単に「レベルの低さがわかった」などと書いて
それっきりだったので、「またいつものか」くらいにしか思ってなかったんだけど、ちゃんと
その後自分ならどうするというのを書いたので、これだと議論になるというか、スレとして話に
なると思います。

23 · 04/02/04 01:20

>>43
うん。Singletonじゃなくてもいいけどね。
あとせっかくのSingletonも毎回インスタンスの取得してたら
グローバル依存とそう変わらないから、ポインタなり参照なりをメンバに保持するのが賢いやり方だと思う。

>>44
で、私の実装案へのご意見などは？
「それは駄目だろ」とか「これは納得」とかあるでしょう？

とりあえず今日は俺は寝る！

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

>>39
そんなの七誌も含めてほとんどの人間がそうだろｗ
とむがコテハンだから目立ってるだけ
だから余分にたたかれるのも覚悟してるんだろうがな。

とむ ◆0MTMwDpCZo · 04/02/04 01:24

>>45
いや、うん、いいと思いますよ。
あなたの言う、「例えば関係しない２つの世界が必要になった時」などは全く念頭に
置いていなかったので。そういう拡張されたギャラクシアンを作る事を念頭におけば、
確かに基底クラスに数を持たせるというのは問題かも知れませんね。

私が書いた時は、単に手っ取り早く敵の数を表現したかっただけなので…。そのへんが
確かにつっこまれると自信がなかったので（笑）、「一番お手軽に」などと言い訳がましい
形容詞がついてたのです…。

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

せっかくだからサンプルコード書いてほすぃ＞Enemy関連のOO
勉強になりそうだし。

とむ ◆0MTMwDpCZo · 04/02/04 02:45

あ、私も希望。
ちなみに前スレの930氏が出してたURL。置いてよしBBS。

ttp://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1075503745&rm=100

で、今さっき風呂入りながらぼけーっと考えてたんだけど、やっぱり自分でギャラクシアン
作れって言われても、CEnemyなるものを作ってそこに数を管理させたりしないよな、とか
思いました。確かに私の低レベルさを示してますね（笑）。

ちなみに、>>42のレスで気がついた人がいるかも知れないけど、敵の数をその基底クラス
に持たせるのは、Effective C++に書いてあったやり方。だからなんだと言われても困るけど。

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

風呂に入りながらぼけーっと考えているとむを想像してしまうから
できればそういうことはいちいち書かないでもらえると非常にありがたい
ついでにコテハン止めてくれればなお良い。

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

>>50
俺はキミみたいなののほうが鬱陶しい。

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

変に反発する奴がいなけりゃ、進行役みたいのがいた方がいいと思うんだが…。

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

ギャラクシアン自体知らないから誰の言ってることが正しいのか判断できねーや

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

プッチンプリンは、プッチンとプリンに分けないほうがいいんじゃないのか？

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

>>54
わけろよ。
わけておけばプッチン　ゼリーも作りやすいだろ。
だいたいプッチンの部分なんて容器だけで中身と大してかかわりすくねーじゃねーか。

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

>>55
そんなことはない。
中身によってはプッチンの大きさを変えないと十分に空気が入らず、
「ママー！プリンがプッチンできないー」と泣き叫ぶ子供が多数発生する。

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

で、こういった開き直りタイプはどう処置すればいいんだ？

俺は上を目指したいんだよ。
分かってて静観してる奴、おまえらが発言してくれないと
俺はこいつらと同じ人間だと思われ、こいつらのざれごとにもまれなきゃならんわけよ
で、俺が反論したりコテ叩きだしたら俺が荒らし認定だ。

やってられんわけよ。上の議論のアンチパターンみたく
なんかうまく開き直りを処置する方法はないもんかね？

放置するのも手だが、それじゃあんたらのサインは読み取れないわけよ。

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

>>56
大きさ変えりゃ解決できるんだからそこまで密接なもんじゃねーだろ。

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

私はプッチンしないでそのまま食べる。

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

>>59
プッチンの開発者が聞いたら号泣ものだな。

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

俺はプリンよりヨーグルト派だ。はたしてヨーグルトにプッチンは有効だろうか。

>>57
なんつーか…まずは人を見下したり馬鹿にするのをやめるべぎだと思うぞ。
2chだって紳士のいるところには紳士が集まるもんだ。まぁこの板は荒し多すぎだけどな。
ところで君は上を目指すと言うが、その言葉に見合う努力はしているか？
まずは人が推薦するような本を20冊は読もうな。
でもってその本の内容を理解したら、こんな所で燻ってる必要は無いぞ。
まともな奴がいる所を探して、そこで議論しような。

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

プッチンプリンとゲームプログラミング Rev 3.0.0

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

>>57
あんた誰？

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

全然、関係ないが、昨日、初めて処女を食べた。
冷静に考えてみれば、三十路になるまで、処女を食ったことがなかったのだ。

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

>>64
三十路になるまでｾｸｰｽをしたことが無い奴が大半のこの板でする話ではないな。

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

まぁよい
迷惑かけたな

23 · 04/02/04 23:44

>>47
あんたが負けず嫌いだという事が良くわかった。>>39を読んであらかじめ覚悟していたから
何とも思わなかったが、前フリが無かったら今ごろ俺ケンカごしで書き込みしてたな。
ちなみにEffective C++はC++の本であってゲームプログラミングの本じゃない。
ゲームプログラミングの本ではない本のサンプルを実践的なゲームプログラミングの話をしている時に
さも正しいかのように持ち出すのはおかしいと思うよ。
「別に正しい例だと言っていない」っていうんだったらわざわざそんな事描く必要性まったくないよ。
まあスレにまともなネタ振れる人間がいないみたいだから、
あんたがネタ振り絞る事は「俺は」否定しない。てか頑張れ。
言い訳がましいレスさえつけなければ悪くないと思う。

>>48
俺の例の話ならGoF本読んで考えて下さい。

23 · 04/02/04 23:52

関係ないけど俺的買った本
amazonにて購入
・ソフトウェア工学とコンピュータゲーム
今日届いたので当然まだ読んでない。
何か面白いトピックでも見つけたら俺もネタ振りするかも。

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

Gof本持ってるけどいまいちよー分からん。
結城先生のデザパタ本読んだ後、改めてGof本読もうかにゃー。

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

GoF本は今更買って読むほどの価値無いだろ。

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

GoF本て
http://www.amazon.co.jp/exec/obidos/ASIN/4797311126/
だよな。買う価値無しってほど廃れちゃいないと思うがなぁ。

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

>>71
その本って原著がWindows95が発売される以前に書かれただけあって、内容が古いなー
と思う箇所が多々ある気がするのは俺の気のせい？
それにSmalltalkとの比較とかも沢山あるけど、そんなもん大半の読者にとって必要無いだろ。
昔ならともかく、今はGoFのデザインパターンに関して噛み砕いて説明した書籍やサイトが沢山
あるのに、わざわざその本を\5000も出して買う価値があるとは俺は思えない。
てか、その金で美味い飯でも食ったほうが絶対幸せになれる。

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

ところで設計ってどの程度やってる？
UML使ってゲームの設計やるような奴ってどれぐらいいるのかなぁ。
みんな普通に使ってるってんなら俺も本腰入れて勉強するから
実践投入の実例があれば教えれ。

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

>>67
お前はすでにケンカごしすぎるぞ。
とむだってEffective C++に書いてあるから正しいとは書いてないだろ。
そこに書いてあったと言ってるだけ。
自分の非を認めてる奴にそこまで噛みつく必要があるのか？

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

>>67
>ちなみにEffective C++はC++の本であってゲームプログラミングの本じゃない。
>さも正しいかのように持ち出すのはおかしいと思うよ。
んー、なんでもかんでも否定にとるのはよくないぞ。バイアスかかりすぎ。
あれはとむ君一流のジョークだと解釈してあげないと。

Effective C++でとむが挙げた話が出てるところだってそういう文脈じゃ
なかったっけ？＞軍との契約云々

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

マターリとゲームプログラミングについて語ろ？

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

>>72
> GoFのデザインパターンに関して噛み砕いて説明した書籍やサイトが沢山ある
そういう事なら納得だよ。てっきりデザインパターン自体に価値が無いのかと。

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

>>75
そう、あれじゃ軍との契約は得られないが、話として分かりやすければそれでいいみたいな流れで書いてあった。
要は、そこにつっこみを入れてたら話が進まないだろってことだ。

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

多人数で大規模ゲームつくるなら
GoFとかEffectiveC++とかの知識は本当に必要になる。
マジで

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

あっしの勤めてるﾈｯとゲー会社、Cなんだけど・・・（涙
C++で作らせてほすぃ・・・。

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

GoFなんかはCでも応用できね？CでOO

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

＞CでOO
そんなこと言う人（ｒｙ

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

>>81
できるけど気が引ける

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

Cで無理矢理OOしよう　ってのが
例のタスクシステムとか言ってるやつじゃないの

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

>>84
いや、そりゃ違う話だよ。
まぜるな、また、変な議論はじまるから。

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

CでOOの分かりやすい例は
FILE*と高レベル入出力まわりか

あとは関数ポインタ使ってクラスの真似事も無理やりできなくはない

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

まぁ、俺に言わせれば、C++ごときでOOはキツイと思うがな。

C#だとかD言語だとかが出てるこのご時世に、
なぜC++にこだわる？

とむ ◆0MTMwDpCZo · 04/02/06 03:16

「俺はC#でゲーム組みたいんだ」と思っても諸般の事情が許さないからじゃないでしょうか？

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

PS2でC#動くの？

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

むしろC#やDが動く環境ってどれ位あるんだろう。
それにOOだけにこだわるならsmalltalkでもやりなさいな。
つーかさ、このスレって毎日…。

87 · 04/02/06 05:10

まーまー、煽りだよ煽り。そう簡単に釣られるなよ。
ただ、煽りなんだが、87の所感は正直なんだ。
現実的な問題として、89氏が指摘してるように
「最大市場でそれ動くのかよ？」という壁にぶつかる。

コンシューマは当分、C++での辛抱は続くな。枯れてるぶん、無難か？

90 · 04/02/06 05:22

> つーかさ、このスレって毎日…。
同じ厨が沸き沸きしてるな。と思ってたわけだが。
コンシューマっつても色々あるけど、C++まともにサポートしてる環境ってどれだけある？
俺はPSとPS2しかやったこと無いんで詳しくないんだが。

**名前は開発中のものです。** · 04/02/06 07:56

>>91
激しく同意

C/C++しか選択肢がない環境に耐えられん

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

>コンシューマは当分、C++での辛抱は続くな。枯れてるぶん、無難か？
C++はまだ枯れてないような気がする。テンプレート周りとか。

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

>Cで無理矢理OOしよう　ってのが
>例のタスクシステムとか言ってるやつじゃないの
あれは、プロセス、タスク、スレッドとかそういう方向性の話題ですな。
OOとは直交してるんじゃない？だから、OOでタスクシステムを実装とか
いう話が出てくるわけだし。

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

プログラムじゃなくて議論を楽しむようじゃ向いてないかと。

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

OOPLを求めている奴はC++ごときって思うのかもしれないけど、
C++はOOもできるPLだからね。
C#のテンプレート仕様は見えてこないし、
Javaのgenericsは必要以上にシンプルになっちまったし、
Dのテンプレートもあと一歩大事な所をサポートしていないし。

まあC++を語る前にModern C++ Designを読んで理解してみろって事だ。

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

OOとGenericsもある程度直交概念じゃね？
強い型付けの言語は大変だってことで(それしか選択肢が無いからしょうがないんだが)。

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

C#やらDやらのガベージコレクションのある言語はゲーム開発には向かない罠

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

最近のGCの進化と最近のCPUの速度があれば、そんなこと無い(もしくは
なくなってくる)と思うけど。

まぁ、メモリ量が限られているプラットホームでは怖くて使う気にはな
れんが(コレも偏見かもしれん)。

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

>>100
ＰＣなら再起動してもらえばいいけどな・・・。
専用ハードなら自前でＧＣ以上の機能実装くらいしてるべ？
同等機能じゃなくて、ＧＣなくてもまったく問題ないアプリというか。

ＧＣないと困るのは設計ヘボすぎだろう。ないと困る言語使用はしゃーないとしても。

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

ゲームは性能が求められるの世界なので
仮にGCが必要だとしても
自分で実装するぐらいの人間じゃないとね

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

>>98
もちろん直交してる。「C++なんて」っていう奴がOOと直交した他の概念を
知らなさ過ぎるという話。

C++テンプレートはもはやgenericの概念を超えた新しいステージに到達している。
これを利用できない環境へはもはや全面移行できないだろ。

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

とりあえずゲームプログラマーとしては
現状C++マンセーでOK？
先を見るならC#, Dあたりかな。

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

genericsを極めるなら関数型言語へ
OOを極めるならSmalltalkとかへ
実用性を求めるならC++へ

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

なんだかしらないが妙に必死でﾜﾛﾀ
別にここはスローガンを考える場所じゃないんだから
まともに中身話あおうや

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

久々にまともな事書いてあるなぁと思ってたが
人によっては必死に見えるんだな。

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

おまいら、携帯電話用ゲーム開発者は蚊帳の外ですか、そうですか。
Javaなのにクラス使えない環境でOOを語るなということですか、そうですか。

すみませんでした。

とむ ◆0MTMwDpCZo · 04/02/07 08:04

ほほう、そんな環境あるんだ。J2MEでクラス使えないと？
具体的にどういうJavaなのか見当がつかない…

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

メモリ制約が厳しいから使いたくても使えないってことじゃない？
俺も良く知らんけど。

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

>>108
クラス使えなくてもOOはできるよな。

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

C#なんてありええねだろ。

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

つーか言語なんてどうでもいい。
C++がいいとか、Javaがいいとか、そんな瑣末なこと
どっちでも大して変わらないよ。

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

>>109
i503時代(10k制約)に研修で作ったけど>>110の言うとおり。
クラス定義を１つ追加しただけで何百バイトか食うから、
全部１つのクラスに納めてた。

でも今って100kくらいいけるんだよね？

>>113
それ業務PG時代にコボラからよく聞いたセリフだな。

// 多分、それらは「ほげ」と同じくらいパワフルなんだろうけど、
// どういうわけかふわふわしたおまけがいろいろついているんだ

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

>>108
俺も派遣で昨年まで開発してたよ＞携帯ゲーム
中間コード30k制限ですた。。。
複数あったクラスは最終的に1つに。。。

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

>>108
そのくせポインタとか使えないからな。
かなり性質悪い。

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

>>112
まったくだな。
Dならまだ分かるにしても(GC切れるし)、ゲーム用言語としてはあり得ない。
C#ならマルチプラットフォーム環境が整備されているだけJavaの方が遙かにマシだ。

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

C#もマルチプラットフォームじゃなかったっけ？一応ｗ

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

Monoなんて使い物になってないじゃん。
これからも、ある程度出来上がってきたら新バージョンが出て追いつけずの繰り返しになるだろう。
しかもGUIはWineを使ってるから、パフォーマンスは圧倒的に悪い。
ゲームなんて話にならない。
Windows専用言語だな。

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

Javaもそうなんだけどね。
ところで、GCについて一家言あるみたいだけど、どういう苦労しました？

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

JavaはC#と比較にならないほど、マルチプラットフォーム環境は整ってるけどね。
グラフィックは遅いけどWindows以外のC#よりは遙かに速いし、OpenGLを直接
触れるライブラリもあるし、いずれ標準に組み込まれるそうだ。
とは言っても、C#よりはマシなだけで激しい動きのあるゲームには向いてないね。

２行目は俺に書いてんの？
GCがある環境ならオブジェクトの廃棄を出来るだけ行わず、プーリングすると
言うのが定説だったと思う。
負荷にかかわらず、確実にGCを起こしてしまう命令があればいいのにね。

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

>>121
javaのSystem.gc()って、負荷次第で無視されるんだっけ？

**名前は開発中のものです。** · 04/02/07 14:17

GCを起こすメソッドは普通の言語なら準備してるとおもうが・・・。

C#はWindows上ではDirectXが使えるので決行マシかもしれん(いろいろ問題あるらしいが)。
まぁ、実際のところゲームでマルチプラットフォーム性なんてだれも求めてないんだよね。
かろうじてWin/Mac互換の需要があるくらいか？