神戸電子専門学校ゲームソフト学科の生徒が運営するＧＥＳのブログです。
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
ブログの存在を二日目にして忘れてました、山地です
みんなVisualStudioを使ってると思いますが、みんな(自分も含めて)機能を使いこなせていないと思います、たぶん
でも、機能を知っていると知っていないとでは、開発効率に関わってくると思うので、説明できる機能だけでも説明していきたいと思います
今回は、構成(？)について、です
VisualStudioの上のツールバーのとこに、DebugとReleaseと構成マネージャってのがあると思います(画像の赤枠の部分)
※デフォルトではDebugになってます
これは何なのかを説明したいと思います(最終的にはビルド毎の設定などにも触れていきたい)
簡単に言うと、ビルド(コンパイル)の設定みたいなカンジかな
基本的には、デバッグしたい場合はDebugでビルドし、
作ったゲームをプレイしたい場合や、作ったツールを使いたい場合はReleaseでビルドすることになると思います
[5回]
それぞれの設定の特徴を軽く触れたいと思います
●Debugの特徴
・コードが最適化されず、デバッグがしやすい
・コードが最適化されないため、実行速度が遅い
・コードが最適化されないため、実行ファイルの容量が多い
ブレークポイントの設置など、デバッグ作業がしやすいのですが、
実行速度が遅いなど、完成したゲームには不向きです
※ブレークポイントについては、また詳しく説明します
●Releaseの特徴
・コードが最適化されてしまい、デバッグに不向き
・コードが最適化されるため、実行速度が速い
・コードが最適化されるため、実行ファイルの容量が最小限
コンパイラが頑張って無駄な処理などを効率よく最適化してくれて、実行速度が上がります。あと、デバッグ時にしか実行しない処理がなくなったり、コードが最適化されたりして、実行ファイルの容量が減ります
しかし、ブレークポイントが置けないなど、デバッグには不向きです
Debugでビルドしないと、ブレークポイントを置いても画像のように、ヒットしない場合があります
これはソースコードが最適化されて、実行中のファイルではブレークポイントをを置いたソースと違うものになっている場合があるからです
そんなわけで、
デバッグしたい場合はDebugでビルドし、作ったゲームをプレイしたい場合や、作ったツールを使いたい場合はReleaseでビルド
っていいました、はい
今回はとりあえずこんなもんで
早くしないと今日が終わってしまうしね
COMMENT
分かりやすい
要点がまとめてあり、非常いいです