[過去ﾛｸﾞ]
ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ (833ﾚｽ)
ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
346: 名前は開発中のものです。 [sage] 2006/01/20(金) 04:12:07 ID:bWwH4+cX >345 君んところが相当理想主義なんだろうな。 世の中のソースなんて結構こんなもんだぞ。ネスケですら(ry それに、「C++的に正しい」けど無駄に難しいソースよりは、 こういう単純なののほうがいい。 プラットホームによってはC++の対応が不完全なことも多いし、 STLで相性問題が起こることも多いしな。Cが一番確実。 inline関数とコンストラクタ／デストラクタだけは、 無くてはならないものになっちゃってるけどな。俺も。 http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/346
350: 名前は開発中のものです。 [sage] 2006/01/20(金) 05:13:23 ID:evtcDsiT >342 delete[]をdeleteとしても、デストラクタがなければ「大抵」正常に動作してしまう。 >346 STLのvector程度が使いこなせてないのは、難しいんじゃなくてただ不勉強なだけ。 STLの相性問題って、それはSTLの実装に依存した使い方が悪いと思うんだが。 >347 C++としてはBITMAPINFOのアクロバティックな構造は悪。 どうしてもと言うなら、そんなWindows臭いモノは、直接Win32APIでメモリ確保。 http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/350
352: 名前は開発中のものです。 [sage] 2006/01/20(金) 09:34:29 ID:JrDuq+7M >>346 向上心の無いおじさんの言い訳に聞こえるな。 「無駄に難しい」だの「単純」だのは主観でしかない。 逆に、「C的には正しい」がマクロ、関数ポインタを駆使したソースなんかは、 C++ を学んだプログラマから見れば無駄に難しく見えるだろう。 決して「単純」だなんて思われることはない。 >>347 そんなメモリ確保は new ではうまくいかないんだから malloc() 使えばいい。 new で問題ないケースで malloc() を使うのはデメリットが多い。 もちろん動的確保が必要なければ new も malloc() も使わなくていい。 「new delete 派」なんて書くと好みで選んでるように聞こえるが、 状況に応じて最適なものを使うだけ。 http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/352
353: 名前は開発中のものです。 [sage] 2006/01/20(金) 09:39:07 ID:Z8o3taxA >>346とだけは一緒に働きたくないと思った俺ガイル http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/353
361: 名前は開発中のものです。 [sage] 2006/01/20(金) 10:40:38 ID:JrDuq+7M >>346 > プラットホームによってはC++の対応が不完全なことも多いし、 > STLで相性問題が起こることも多いしな。Cが一番確実。 >>359 > Windowsのゲームプログラミングに移植性もクソもないし。 なにこのダブルスタンダード。 http://mevius.5ch.net/test/read.cgi/gamedev/1134405228/361
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s