推薦図書/必読書のためのスレッド in ゲ製作技術 4

**名前は開発中のものです。** · 2009/02/15(日) 16:17:17

推薦図書/必読書のためのスレッド in ゲ製作技術 3
http://pc11.2ch.net/test/read.cgi/gamedev/1206381315/

推薦図書/必読書のためのスレッド in ゲ製作技術2
http://pc11.2ch.net/test/read.cgi/gamedev/1136546780/

推薦図書/必読書のためのスレッド in ゲ製作技術
http://pc8.2ch.net/test/read.cgi/gamedev/1086023829/

■ゲーム製作に役立った本・雑誌
http://pc5.2ch.net/gamedev/kako/1005/10050/1005061185.html

推薦図書/必読書のためのスレッドinゲ製作技術まとめ
ttp://gamdev.org/w/?%5B%5B%BF%E4%C1%A6%BF%DE%BD%F1%2F%C9%AC%C6%C9%BD%F1%A4%CE%A4%BF%A4%E1%A4%CE%A5%B9%A5%EC%A5%C3%A5%C9in%A5%B2%C0%BD%BA%EE%B5%BB%BD%D1%5D%5D

**名前は開発中のものです。** · 2009/12/15(火) 10:02:55

**名前は開発中のものです。** · 2009/12/15(火) 11:13:30

>>954
ゲームっつってもPCかコンシューマか携帯かアーケードかによって違うし
少なくともセーブデータや通信絡みなら、エラーあったんでハングってわけにはいかないかと
必須リソースに関してはゲーム中断でいいと思うけど、NULLアクセスで中断という手法は一般的ではないですとマジレス

**名前は開発中のものです。** · 2009/12/15(火) 11:25:16

読めなかったらディスクを入れてくださいのメッセージくらい出してもバチあたらん

**名前は開発中のものです。** · 2009/12/15(火) 13:13:04

>>956
初期のコンシューマー機向けのCコンパイラのC++実装が酷かったら例外使う習慣が無くて、いまいちのゲームでの「致命的例外じゃない」ケースで例外安全が有効な例が思いつかないんですよね。
ご教授頂けるとうれしいです。

>>958
ごめん、コンシューマーって想定で話してました。
その辺りのケースはTRCやTCRの規定で、そもそもNULLアクセスで中断が許されてない上に、適切なメッセージを表示しなければいけないので、例外ってより通常処理のイメージでした。

**名前は開発中のものです。** · 2009/12/15(火) 23:35:52

>>960
コンシューマーで動作が止まるケースなんて
ハード的にどっか壊れてるかディスク抜いてるかのどっちかしかないだろ。

**名前は開発中のものです。** · 2009/12/15(火) 23:50:22

>>960
> いまいちのゲームでの「致命的例外じゃない」ケースで例外安全が有効な例が思いつかないんですよね。

あんたは、どんだけ素人プログラマなんだ・・。
エラーのかわりに例外を使って返したほうがシンプルに書ける文脈なんていくらでもあるだろうに。

エラーを呼び出し元に伝播しようと思ったら返し値としてどんどん返していかなければならない。とても汚くなる。

例えば次の関数を考えてみるといい。
x = f( g ( h ( i ( 1 ) ) ) ) ;

f,g,h,iは、エラーが発生したときに例外を投げる。もし、そういう仕様になっていないと返し値とは別にエラーコードを
例えば参照渡しした引数などから受け取って、都度エラーが発生していないかどうかを判定しなければならない。
そんなプログラム、俺なら書きたくないがね。

**名前は開発中のものです。** · 2009/12/16(水) 00:15:24

ゲームの場合は致命的だろうが致命的じゃなかろうが例外が出たら
ちょっとメッセージ出して強制終了でいいだろ

**名前は開発中のものです。** · 2009/12/16(水) 00:29:05

>>963
致命的ではない例外でなんで強制終了なんだ。
あんたは、C++の例外の基本すらわかってなさそうだな。

**名前は開発中のものです。** · 2009/12/16(水) 01:03:33

ゲームで例外投げるような異常が起きたらゲーム続行しないほうが無難でしょ

**954** · 2009/12/16(水) 01:10:33

>>962
ご返答ありがとうございます。
はい、例外に関しては完全に素人プログラマーなもので、具体的な例で説明していただけて助かります。

>エラーを呼び出し元に伝播しようと思ったら返し値としてどんどん返していかなければならない。とても汚くなる。
ゲームですと多いと30人以上のプログラマがプロジェクトに参加することがあります（一時的なヘルプを含めると、もっと多いかも）。
そのような人数の多いプロジェクトの場合、例外の伝播の管理はどのようにされているのでしょうか？
例えば、例に出されました
>x = f( g ( h ( i ( 1 ) ) ) ) ;
の f h h iとすべて別の人間が作っている場合です。

個人的には、書き方が汚くなっても、呼び出し元に伝播させずに関数内で完結してエラー処理をした方がバグも追いやすいような気がするのですが、こういうのは素人プログラマーの浅知恵なのでしょうか？

**名前は開発中のものです。** · 2009/12/16(水) 01:19:00

>>965
> ゲームで例外投げるような異常が起きたらゲーム続行しないほうが無難でしょ

例外を投げるのが異常とは限らない。あんたみたいなド素人は、他の人の教育に良くないから
わかってもないことに口出ししてくんなよ。

**名前は開発中のものです。** · 2009/12/16(水) 01:25:58

>>966
> そのような人数の多いプロジェクトの場合、例外の伝播の管理はどのようにされているのでしょうか？

それ、実は説明するのは簡単なことではない。独特のノウハウが必要。
Exceptional C++ / More Exceptional C++を読んだなら、あとは、Effective Javaあたりを読んでみて。

「呼び出し元に伝播させずに関数内で完結してエラー処理をした方がバグも追いやすい」についてだけど
関数内で完結できるなら、そもそも例外なんか投げない。関数内で完結できない処理っていくらでもあるでしょうに。

**名前は開発中のものです。** · 2009/12/16(水) 01:32:55

>>967
具体的にはどんなケースだと異常ではないのに例外投げる？

**名前は開発中のものです。** · 2009/12/16(水) 01:36:51

>>969
JavaやC#を使ったことがないのか？

**名前は開発中のものです。** · 2009/12/16(水) 01:43:07

>>970
昔C++で最近はスクリプト言語ばっかりだわ
どっちも個人開発だから例外あんま気にしなくてねえ

**名前は開発中のものです。** · 2009/12/16(水) 01:53:02

相手にすんなよ
例外を通常フローに組み込むとかコイツこそ素人じゃねーか

**名前は開発中のものです。** · 2009/12/16(水) 01:57:42

>>972
ド素人は黙ってな。

**名前は開発中のものです。** · 2009/12/16(水) 01:57:59

具体例あげてよ

**954** · 2009/12/16(水) 02:10:29

>>968
ありがとうございます。
後付で「多人数での開発」という条件を出すのは議論のルール違反だったのに、返答いただけて嬉しいです。

>Exceptional C++ / More Exceptional C++
は読んだこと無いので、注文しました。
まずは自分で簡潔するツール作成等で例外を使って、ノウハウを貯める所から始めてみようと思います。

なんかスレが荒れてしまって、すいません。
スレ違いですし、これで退散します。

**名前は開発中のものです。** · 2009/12/16(水) 05:06:11

「DirectX9必携」は書店で買えないのか…(´・ω・`)
Amazonだとkonozamaになりそうだし、
公式サイト見ると直接注文も発送が遅れそうな気配。

>>961
PS2の型番とかハード周りでなくても結構あるような。
ドラクエ８とか結構問題になってたような。
主観だけどバンピートロットとかのアイレム製品、
VPやラジアータのトライエースの製品はフリーズ
多いイメージある。ゲームの面白さは別にして。

**名前は開発中のものです。** · 2009/12/16(水) 10:22:53

終了するような異常じゃないのに例外を投げる事なんて一杯ある。
例をあげればboost::lexical_cast

**名前は開発中のものです。** · 2009/12/17(木) 18:18:08

ひらしょーは、どうせそのウチ破綻するんだから
不具合出たら即終了するコード書いてデバッグに使えって書いてたな。
製品版のバイナリもそういう仕様にするべきだとは言い切れないみたいに補足してたけど

**名前は開発中のものです。** · 2009/12/17(木) 19:30:32

>978
だからC++例外は「不具合が出た」から出るとは限らないということさえわからないのか。
本当に馬鹿多いんだな、これスレは。

**名前は開発中のものです。** · 2009/12/17(木) 19:48:36

不具合じゃないならわざわざメモリ食う例外なんてとばさなくていいじゃん。
GOTO過敏症だっつーなら何もいわないが。

**名前は開発中のものです。** · 2009/12/17(木) 20:00:08

いやいや不具合じゃなくても例外は便利。
STLもboostも不具合じゃない事で例外投げてる。

**名前は開発中のものです。** · 2009/12/17(木) 20:15:00

>>980
ほんと、ド素人はもう書き込むなよ。初心者がド素人の妄言を本気にしたらどうすんだよ。

**名前は開発中のものです。** · 2009/12/17(木) 20:16:56

この自称プロ様何とかしてくれ

**名前は開発中のものです。** · 2009/12/17(木) 20:19:03

>>983
馬鹿はもう書き込むなよ。氏ねよ。

**名前は開発中のものです。** · 2009/12/17(木) 20:20:19

また面白いのが沸いてるな
ド素人って言うしか能がないんだろうな

**名前は開発中のものです。** · 2009/12/17(木) 20:20:34

糞スレ晒しあげ

**名前は開発中のものです。** · 2009/12/17(木) 20:23:25

STLやboostの例外がゲームの中で出てきたら
止めちゃうほうがよくね

**名前は開発中のものです。** · 2009/12/17(木) 21:02:48

>>987
まだこんな馬鹿がいたとは。ほんと、ゲーム板はレベル低いな。C++入門以下だ。

**名前は開発中のものです。** · 2009/12/17(木) 21:03:15

>>985
湧いてんのはお前の頭だろ。

**名前は開発中のものです。** · 2009/12/17(木) 21:07:45

レ

**名前は開発中のものです。** · 2009/12/17(木) 21:08:15

C++の例外安全性の一番の問題は統一されたガイドラインが無いことだと思う。

1：例外を投げることは一切禁止
2：復旧不可、もしくはプログラムを停止すべき場合のみ例外を投げることを許可
3：通常のフロー、シンタックスシュガーとして例外を投げることも許可
個人的には設計を複雑にしたくないし、「2」のルール辺りがギリギリ許容範囲だと思う。
あと「不具合が出たから例外を投げるとは限らない」という表現は誤解を与えてしまいそう。

**名前は開発中のものです。** · 2009/12/17(木) 21:08:28

ベ

**名前は開発中のものです。** · 2009/12/17(木) 21:09:09

ル

**名前は開発中のものです。** · 2009/12/17(木) 21:11:04

低

**名前は開発中のものです。** · 2009/12/17(木) 21:12:50

ふーん

**名前は開発中のものです。** · 2009/12/17(木) 21:13:56

スレ違いじゃボケ

**名前は開発中のものです。** · 2009/12/17(木) 21:14:44

ｗｗｗｗ

**名前は開発中のものです。** · 2009/12/17(木) 21:15:25

ﾜﾛﾀ

**名前は開発中のものです。** · 2009/12/17(木) 21:16:52

ﾌﾟ

**名前は開発中のものです。** · 2009/12/17(木) 21:17:54

ゲラ

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。