在win32中有多少种方法可以做c ++

Question

所以，使用win32程序集，曾经有过TASM，MASM和我认为汇编语言的另一个“品牌”。这种“品牌”是否也出现在win32 C ++世界中？

我注意到有一个MS visual C ++ ...一个IDE ......还有Dev-C ++，另一个IDE ......每个IDE都使用不同的编译器，这些编译器对你的源代码有不同的期望，或者项目交叉在这两个IDE之间编译。

编辑：当人们使用Cygwin时怎么样？我起初不确定在cygwin中编译的二进制文件是否只能在cygwin环境中运行，但现在我看到它们是创建的本机Windows二进制文件。那么人们必须使用cygwin来实现依赖性处理的舒适性吗？我注意到这是一个很大的痛苦，例如，将libCurl安装到windows机器上并将其设置为与dev-C ++一起使用，我注意到快速查看http://cygwin.com/packages/将libcurl显示为可用包。

Answer 1

  

这种“品牌”是否也出现在win32 C ++世界中？

1. 有几种不同的编译器（微软编译器，borland编译器，开放的watcom编译器，mingw（gcc windows端口），llvm（我认为它可以让它工作），等等。）
2. 有几种不同的C ++标准（C ++ 98，C ++ 03，C ++ 11）。不同的编译器（编译器版本）支持不同的语言版本到某个degereee。
3. 有几种不同的构建系统（MSBuild，nmake，cmake，qmake，scons，jam，jom，ant）。

  

当人们使用Cygwin时呢？

您应该认真检查cygwin文档。这个太简单了。

  

或将在这两个IDE之间交叉编译项目

不同的IDE可以使用相同的编译器。您不“交叉编译到不同的IDE”。 IDE仅仅像用户和构建系统之间的接口。而不是使用IDE来构建项目，有必要了解其他构建系统，并仅将IDE用作文本编辑器。

Answer 2

我更喜欢使用“主流”Microsoft工具，例如Visual Studio中的C ++。我之前使用过其他工具，例如MinGW，它们可以用于简单的应用程序，例如CLI工具。

问题是在你需要使用COM以及它所有相关的包装器和工具（例如ATL向导等）之前，你不会在Windows中进行很远的编程。没有像Visual Studio COM这样的深度集成的工具会变得非常麻烦（甚至比现在还要多）