关于使用本机 Visual C++ 项目与 makefile 项目的意见答案

【问题标题】：opinion on using native Visual C++ projects vs makefile project关于使用本机 Visual C++ 项目与 makefile 项目的意见
【发布时间】：2011-01-28 01:09:34
【问题描述】：

我正在开发一个包含 Visual C++（绝大多数）和 XCode 开发人员的跨平台 C/C++ 代码库。它还需要在 Linux 上编译，因为这是它的部署位置。我们目前正在使用从 Visual C++、XCode 和 Unix 命令行调用的复杂 Unix makefile。

但是，makefile 项目对 Visual C++ 开发人员造成了一些生产力损失：

构建时间变慢
智能感知和文本搜索不适用于项目中未直接引用的文件
不生成 .h 依赖项（不清楚如何在 Windows 上执行）

添加原生 Visual C++ 项目有以下缺点：

如here 所述，管理所有这些单独的平台配置需要做大量工作，也许 VC++ 2010 的分层属性表会有所帮助。
由于将 makefile 与本机项目同步，工作量更大

目前，我正在考虑为 Windows 开发人员添加一个原生项目。谁能提供他们最好的经验或建议如何减少这两种方法的这些问题。

我已经考虑过 CMake 并且个人会使用它，但是很难说服其他人学习 cmake 并且将其与本地项目同步将是一个问题。

【问题讨论】：

如果你喜欢浪费时间，CMake 只是一个问题。那些喜欢维护复杂的 makefile 系统的人绝对会讨厌它，因为它要求他们放下繁忙的工作并做一些重要的事情。

标签： c++ cross-platform project-management

【解决方案1】：

我已经考虑过 CMake 并且个人会使用它，但是很难说服其他人学习 cmake 并且将其与本地项目同步将是一个问题。

CMake 的好处在于它可以为您构建所有配置。您将设置一个 CMake 项目，然后使用它为您生成 VS 解决方案、XCode 项目和 unix makefile。

这是一个巨大的进步 - 每个人都可以在他们的“本地”环境中工作，无论他们是在 Windows、Mac 还是 Unix 上。

【讨论】：

它允许你倒退吗？即，如果您通过 Visual Studio 添加内容，您可以让 CMake 将更改同步回全局项目吗？
不，它不允许同步回来。把它想象成你当前的 makefile 实现。你改变你的 CMakeLists.txt 一次，提交。大家重建。完成。
@Keith：是的——你必须学会编辑 CMakeLists.txt 文件。一旦你把它搞定了，它就超级简单了......它还做了一些与源代码外构建相关的好事情，这在跨平台工作以保持源代码控制干净时非常好......

【解决方案2】：

我通过编写自己的转换器来处理这个问题，该转换器可以为各种嵌入式开发环境同步脚本。如果使用 CMake 的上述答案为您完成了所有这些，那么这就是要走的路。但如果它太复杂，滚动你自己的自定义工具并不难。只需双向同步即可。

另外，如果你没有它。 Visual Studio 的 Visual Assist 很棒:)

【讨论】：

【解决方案3】：

我不喜欢 makefile 生成器、cmake、qmake 等。

我是make的粉丝。我们有一个单一的 makefile（实际上是几个，但它们相互包含，并且不涉及递归 make），它知道所有平台（windows、wince、linux、mac ......）上的所有项目依赖关系。这给出了：

Makefile 实际上只是一个源列表（包含依赖项是在构建过程中自动生成的）
除了指定工具链之外，每个平台上的构建命令相同
构建使用了我所有的 CPU
无所事事的时间很短
开发人员可以使用他们喜欢的任何 IDE
- vim、emacs、qtcreator、eclipse、XCode 全部在用
- 我经常在 Windows 上使用 VC++（用于调试器）
可编写脚本。自动化测试的好方法

不错。

【讨论】：