我在Windows下开发，使用Eclipse和CDT开发C++应用程序。
现在，对于构建管理，我可以创建一个普通的 C++ 项目，Eclipse 将完全管理构建（使用适当的参数调用 g++ 编译器），或者我可以创建一个 Managed Make C++项目和 Eclipse 将管理 Makefile，然后在该 Makefile 上调用 make（在构建项目时），这反过来将完成构建过程。
使用其中一种方法而不使用另一种方法有什么好处吗？
编辑：我不是在谈论 Managed Make 与 Standard Make，而是在谈论 Make vs Eclipse。 昨天我尝试在一个根本不包含 Make 的系统上在 eclipse 下编译一个 C++ 项目，并且该项目编译得很好，这意味着 eclipse 可以完全自行管理构建，这使最初的问题成为焦点：我需要制作？;我可以单独使用eclipse。
这是我的问题...
【问题讨论】：
标签： c++ build mingw eclipse-cdt
一个考虑因素是，您是否希望要求与您的项目合作的开发人员必须安装和使用 Eclipse？这不是对 Eclipse 的价值判断，而是对您的受众以及他们对您选择的工具的熟悉程度的假设。如果 C++ 程序员熟悉 Java/Eclipse，这可能不是问题。如果他们不熟悉 Eclipse，他们会将 Eclipse 视为完成工作的障碍。
您需要注意有关从头开始构建构建环境并保持更新的说明。你知道开发人员，会有一些 C++ 顽固分子会诅咒你的决定，并抱怨你应该如何使用 Make 来完成它，而不是让（呵呵）他们安装一个全新的平台来进行构建。
【讨论】：
我不确定您是否会在 C++ 项目 中使用此选项，但使用 Managed Make C++ 项目 您可以直接从命令行环境（前提是您已将 make 可执行文件映射到您的路径中）。我认为这是一项真正的资产——尤其是涉及到自动化构建脚本和更以 CLI 为中心的用户时。
另外 - 不要忘记编写自己的 makefile 是 CDT 的一个选项。如果您有特定要求，您可以编写自己的 make 和链接器文件，Eclipse 会将其构建目标绑定到该 makefile。
【讨论】：
从 CDT4.0 开始，选项基本相同。所有标准制作功能都可用于托管构建项目，反之亦然。
【讨论】：
如果您打算在某个时候使用连续构建/集成系统，makefile 可能会很有帮助
【讨论】：
IMO，这取决于您的项目受欢迎程度。
通常，实际上在任何平台上构建 Make 项目都没有问题（但在 Windows 中，您可能需要 cygwin/mingw）。更重要的是，如果有人需要编译你的基于 Eclipse 的项目，而他没有使用 Eclipse，他会责怪你的选择。
因此，如果您的项目不适合大众（或者您真的不关心他们），请使用您喜欢的任何内容。但如果源代码将由其他人编译，那么切换到 Make 可能是个好主意。
【讨论】：
这在很大程度上取决于您的团队和项目的规模。 Make 更难设置，但可以扩展到多机构建和独立于 Eclipse 的大型团队。此外，使用 Make，您可以更好地控制项目的构建（当您深入了解 make 文件的细节时），它可以包含在持续集成系统中。并且您的 make 文件可以独立于平台（如果这与您相关）。
如果您使用 Eclipse 构建，一切都归结为您的项目文件。如果多人需要更改您的项目结构（即添加/更改组件），则可能很难进行配置管理，而使用 make 文件会很好。
另一方面：如果是单人或两人开发，Eclipse CDT 无疑是您的捷径，因为您可以跳过耗时的 make 文件设置。
【讨论】：