私はリアルタイム3Dグラフィックスで働きたいと思っています。私はほぼ独占的にC++で作業しており、win32がかなり散らばっています。現実的に、私は正気の選択肢がありますか?
IDEなしでMSVCコンパイラを使用できます。それはおそらくあなたの最善の策です。これは優れたコンパイラであり、Windows開発の事実上の標準です。
IDEを捨てて、単にコンパイラを使用することに何の問題もありません。
MSVCコンパイラはCode :: Blocks IDEから問題なく使用できると思います。あるいは、コマンドラインからコンパイラを呼び出すことも、試行錯誤された真のアプローチです。
Eclipse: http://www.Eclipse.org/
Code :: Blocksはかなりクールです: http://www.codeblocks.org/
依存します...
Cygwin/Mingwinはコンパイラを提供します。 QtまたはwxWidgetsは、使いやすく、どちらも移植可能なGUIツールキットを提供します。
しかし、私はその質問に同意します。 VisualStudioは豚です。そのデバッガーはかなり素晴らしいですが、残りは作業する豚です(特に、ツールが一般的にあなたを閉じ込めようとしないOSSバックグラウンドから来ています)。
また、nmakeを調べて、コマンドラインから直接VC++コンパイラツールを呼び出すこともできます。
コンパイラ/リンカとしてVC++を使用しますが、ビルドを駆動するために Jam を使用します。実際のVisualStudioは、デバッガーとしてのみ使用されます。利点は、WindowsでプロジェクトをビルドするようにJamを設定すると、Unixでプロジェクトを機能させるのに最小限の労力(多くの場合none)がかかることです。
Zeus IDE は[〜#〜] msvc [〜#〜]の代替として問題なく動作します。 [〜#〜] msvc [〜#〜]プロジェクトおよびソリューションファイルをインポートすることもできます。
もちろんですが、MicrosoftのIDEを使用してMicrosoftオペレーティングシステム用に開発する方がはるかに簡単です。ローマにいるときは...
Eclipse は良い選択肢です。
Code :: Blocks IDEは、MinGW C++コンパイラとwxWidgitsのサポートが付属しています。IDEは、かなりミニマリストです。あなたが探しているものではないかもしれません-私はそれが本当に好きです。
SlickEdit(またはctagsなどをサポートする他の多くのエディター)は、かなりまともな「IDE」になります。
これらのエディターをmakefile(または他のビルドツール)とともに使用して、必要なコンパイラー(MVCS、mingw、Comeau、Digital Marsなど)をほぼすべて駆動できます。
数人の雇用主の前に、それはまさに私たちがしたことです。 makefileによって駆動されるMSコンパイラを使用し、使用されたメインエディタはSlickEditでした。デバッグには、Debugging Tools for Windowsパッケージを使用しました(私たちが行ったことの多くはカーネルモードでした)。かなりうまくいった。
Wascana Desktop Developer は、Windowsでの開発用に特別に構成されたEclipseCDTのディストリビューションです。
非常に可能です、 Qt はあなたの友達です。 Qt Creator RCステージにもあるので、楽しみにしています。それまでは、 Code :: Blocks。 Code :: Blocks自体は素晴らしい環境であり、wxWidgetsも多数サポートしています。前に述べたように、IDEの変更を探しているだけの場合、Code :: Blocksは他のIDEのコンパイラーも使用できます。
-ジョン
Dev-C++ 非常に便利で、無料であることがわかりました:)
私はこれについて多くの問題を抱えていると確信していますが、C++ Builderは、MSVCよりもWindows C++アプリを開発するのにはるかに簡単なIDE /コンパイラであることがわかりました。それは最も安価な解決策ではないか、すべて同じベルとホイッスルを持っているか、最も言語に準拠している可能性があります(32ビットコンパイラはまだC++ 11をサポートしていませんが、64ビットコンパイラはサポートしています)が、実際にはできませんビジュアルUIデザイナーとサードパーティコンポーネント市場を打ち負かしました。
Notepad ++ 、 MSBuild 、および Windows SDK を確認することをお勧めします。 XBuild を使用することもできますが、これはMONO固有のものです。 MSBuildとXBuildは単なる自動化ツールであるため、WindowsSDKでより多くの時間を費やすことになります。
パーティーには少し遅れましたが、2018年に、Windows C++開発でのVSの独占からの解放を約束するのに十分な実行可能な代替案がようやく現れ始めたことを付け加えたいと思います。
残念ながら、Microsoft Build Toolsは標準ライブラリヘッダーに引き続き必要ですが、ダウンロードサイズはVS全体と比較して何もありません。利点は、Clang-clがそれらを自動的に取得し、ビルドツールが実行可能ファイルをオンラインにしてサインインおよびアクティブ化することを強制しないことです。あなたの無料ライセンスはまだです!
これをすべて動作する構成に設定することは、VSプロジェクト/ソリューションをまとめるよりも少し複雑ですが、それだけの価値はあります。ボーナスとして、手動で設定すると、IDEの内部で何が起こっているのかをよりよく理解できる場合があります。
見逃しているのは、優れたVSデバッガーかもしれません...習慣を破る準備ができている場合は、オープンソース x64dbg が助けになり、ソースコードを表示してステップスルーする機能があります。 .pdbファイルが含まれています(はい、Clang 今すぐ生成できます! )。
更新:2019年の時点で、EasyClangCompleteのはるかに優れた将来性のある代替手段は Clangd via [ 〜#〜] lsp [〜#〜] プラグイン。