私は Windows で開発を行っており、Eclipse と CDT を使用して C++ アプリケーションを開発しています。
ここで、ビルド管理のために、通常のC++ プロジェクトを作成し、Eclipse がビルドを完全に管理します (適切な引数で g++ コンパイラを呼び出します)。または、マネージド Make C++ プロジェクトを作成すると、Eclipse が Makefile を管理し、その Makefile で make を呼び出します。 (プロジェクトのビルド時) これにより、ビルド プロセスが完了します。
これらのアプローチのいずれかを使用し、他のアプローチを使用しないことの利点はありますか?
編集:私はマネージド Make と標準 Make について話しているのではなく、Make と Eclipse について話しているのです。昨日、Make をまったく含まないシステムで eclipse の下で C++ プロジェクトをコンパイルしようとしましたが、プロジェクトは正常にコンパイルされました。作る？; 私はEclipseを単独で使用できます。
それが私の質問です...
考慮事項の 1 つは、プロジェクトで作業する開発者が Eclipse をインストールして使用する必要があるかどうかです。これは Eclipse の価値判断ではなく、聴衆が選択したツールにどれだけ精通しているかについての仮定です。C++ プログラマーが Java/Eclipse に精通している場合、問題にはならないかもしれません。彼らが Eclipse に慣れていない場合、Eclipse は仕事を遂行する上での障害であると考えるでしょう。
ビルド環境をゼロから構築し、最新の状態に保つための指示に注意を払う必要があります。あなたは開発者を知っています.ビルドを行うためだけにまったく新しいプラットフォームをインストールさせるのではなく、Makeでそれを行うべきだった方法について、あなたの決定を呪い、暴言を吐くC++の頑固者がいるでしょう。
C++ プロジェクトでこのオプションを使用できるかどうかはわかりませんが、Managed Make C++ プロジェクトを使用すると、コマンド ライン環境から直接 makefile を呼び出すことができます (make 実行可能ファイルをパスにマップしている場合)。特に、自動化されたビルド スクリプトや、より CLI 中心のユーザーに関しては、これは真の資産であると考えています。
また、独自の makefile を作成することが CDT のオプションであることを忘れないでください。特定の要件がある場合は、独自のメイク ファイルとリンカー ファイルを作成できます。Eclipse はそのビルド ターゲットをそのメイクファイルにバインドします。
CDT4.0 以降、オプションは基本的に同じです。すべての標準 Make 機能をマネージド ビルド プロジェクトに使用でき、その逆も可能です。
ある時点で継続的なビルド/統合システムを使用する場合は、makefile が非常に役立ちます。
それはあなたのチームとあなたのプロジェクトの規模に大きく依存します。Makeのセットアップははるかに困難ですが、Eclipseから独立したマルチマシンビルドや大規模なチームに向けて拡張できます。また、Makeを使用すると、プロジェクトのビルドをより細かく制御でき（makeファイルの詳細を詳しく調べる場合）、継続的インテグレーションシステムに含めることができます。また、makeファイルをプラットフォームに依存しないようにすることができます（これがあなたに関連している場合）。
Eclipseを使用してビルドする場合、すべてがプロジェクトファイルに要約されます。複数の人がプロジェクト構造に変更を加える必要がある場合（つまり、コンポーネントの追加/変更）、構成管理が難しい場合がありますが、makeファイルを使用しても問題ありません。
一方、1人または2人で開発する場合は、時間のかかるmake fileのセットアップをスキップできるため、EclipseCDTがおそらく最速のトラックです。