[過去ﾛｸﾞ]
ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ (833ﾚｽ)
ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
355: 名前は開発中のものです。 [sage] 2006/01/20(金) 09:55:31 ID:bWwH4+cX >350 vectorだけしか使わなくて、パフォーマンスに影響するほどデータ数が 多くないなら、自力で似た処理組んだほうが楽。 mapやmultimapに大量のデータ食わせるような場合には使いでがあるけど。 コンパイラの側が変な実装なせいでSTLがちゃんと読めないケースがある。 何かあったらSTLのソースを覗く羽目になるのも嫌だな。 GlobalAllocで確保したところでmallocと大して違うと思えんが。 mallocを消したという自己満足感が得られるだけのような。 ゲームなんて、そのWindows臭いコードが大量に出てくる分野なんだが。 >352 俺だってvectorくらいなら本読みながらであれば使えるけどな。 仕様や注意点を完璧に覚えるところまでは行ってないんだ。 何か弄るたびに参考書引っ張り出さなきゃいけないのは非効率なんだよ。 俺もinline関数は使うし、関数ポインタよりは仮想関数使うけどな。 newでも出来ないことはないと思うけど。 char配列として確保して、型キャストすればいいのかな。 http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/355
360: 名前は開発中のものです。 [sage] 2006/01/20(金) 10:37:29 ID:JrDuq+7M >>355 なんで既にできあがってるものがあるのに、自力で組んだほうが楽になるのかね？ 実装がマズイ可能性も、ソース覗く羽目になるのもいっしょだろ。 むしろ実装がマズイ可能性は自力で書いたもののほうが高いし、 仕様だってあやふやなものになって、ソース覗く羽目になりやすいだろ？ 自分で書いたものならそれでも問題になりにくいだろうけど、、、、 あ、もしかして一人でしか開発したこと無いのか？ それなら辻褄が合うな。 http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/360
368: 名前は開発中のものです。 [sage] 2006/01/20(金) 12:51:04 ID:evtcDsiT >351 いやいや、俺はプログラマと言うより単なるプログラミング評論家（笑）ですから。 どんなソースであれ、思った通りに動くモノを作れる人は尊敬しますよ。 >355 いや無理してmallocを消したのではなく、 malloc→Win32APIによるメモリ確保、をショートカットしただけ。 いかにWindows臭（環境依存）を限定箇所に封じ込めるか、が設計の腕の見せ所かと。 任意バイトの確保には、素直にstd::mallocを使うのが正解だと思う。 個人的にはoperator newを直接使ってるが。 http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/368
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.029s