C言語でアクションゲームが作りたい

1 ：名前は開発中のものです。：02/05/03 18:22 ID:jHGxuzaQ.net

…

81 ：名前は開発中のものです。：02/08/12 16:02 ID:???.net

>>80
ンな事気にしてるんじゃねーよ。
この手の問題へのアプローチは3つある。

1 呼び出し側でチェックを入れる
2 呼び出された側でチェックを入れる
3 チェックしない（デバッグ段階でassertで潰す）

どれも間違いではない。

82 ：名前は開発中のものです。：02/08/12 16:30 ID:???.net

>>81
１だとプログラムが汚くなりませんか？
２が正しいと思います

83 ：名前は開発中のものです。：02/08/12 17:06 ID:???.net

>>82
1だと汚くなるっていうけど、
2でも返り値を見てエラー処理をしないといけない。
そもそも、この場合に範囲外の座標が与えられるというのは、
完全な論理エラー（バグ）なんで、取り除かなければいけないことを考えると、
チェックを入れるのは、正常なケースなら必要ないコードを入れると言うことなので、
assertしてしまうのが正しい。

84 ：名前は開発中のものです。：02/08/12 17:51 ID:???.net

>>82はアサートを知らない初心者と見た

85 ：名前は開発中のものです。：02/08/12 18:06 ID:???.net

>>83
どのみち、例外処理は必要だよ
assertはデバグ作業でしかつかえんし

86 ：名前は開発中のものです。：02/08/12 18:07 ID:???.net

>assertはデバグ作業でしかつかえんし
んなこたぁない。

87 ：名前は開発中のものです。：02/09/06 05:44 ID:???.net

どのみちassertなんて初心者をコケにする為の
道具でしかない。

88 ：名前は開発中のものです。：02/09/06 22:21 ID:???.net

>>87
それだけの道具ならわざわざJavaが新版に取り入れてくるはず無い

89 ：名前は開発中のものです。：02/09/06 23:53 ID:???.net

Java信奉派か・・・

90 ：名前は開発中のものです。：02/09/13 21:35 ID:???.net

Cとかからの移行組とのズレ摩擦を減らしただけとかではないのかな。
あんまりassertは重要視してない、ジブソの場合

命令全般にしても周りが使ってるものを優先的に使うが、
実質意味のない命令である事も多いわけだし