如果没有Visual Studio，可以用C ++开发windows吗？

我有意在实时3Dgraphics工作。 我几乎完全用C ++来工作，只有一点点win32。 实际上，我有没有其他理智的select？

标准输出不显示在Windows MFC基于对话框的应用程序的控制台上

在启动时获取一个Win32程序请求一个debugging器？

试图在32位窗口上运行64位testing

Visual Studio中的“select没有属性页”错误

我们如何防止在Visual Studio下显示控制台窗口？

您可以在不使用IDE的情况下使用MSVC编译器。 这可能是你最好的选择。 这是一个很好的编译器，它是Windows开发的事实标准。

切换IDE并简单地使用编译器肯定没有问题。

我相信MSVC编译器可以使用从Code :: Blocks IDE没有问题。 另外，从命令行调用编译器也是一个可靠的方法。

Eclipse： http : //www.eclipse.org/

Code :: Blocks很酷： http : //www.codeblocks.org/

我们使用VC ++作为编译器/链接器，但使用Jam来驱动构建。 实际的Visual Studio只能用作调试器。 好处是，一旦我们设置了Jam来在Windows中构建一个项目，只需要很少的努力（通常不用 ）就可以在Unix上运行。

依靠…

Cygwin / Mingwin给你一个编译器。 Qt或wxWidgets为您提供了一个易于使用的GUI工具包，并且都是可移植的。

我同意这个问题。 Visual Studio是一头猪。 它的调试器是相当不错的，但其余的是一个工作的猪（特别是来自OSS背景，工具通常不会试图锁定你）。

您也可以查看nmake并直接从命令行调用VC ++编译器工具。

Zeus IDE作为MSVC的替代品工作得很好。 它甚至可以导入MSVC项目和解决方案文件。

当然，但使用微软的IDE开发微软操作系统要容易得多。 在罗马的时候…

Eclipse是一个很好的选择。

Code :: Blocks IDE附带了MinGW C ++编译器，并支持wxWidgits。 IDE是相当简约的，这可能是也可能不是你正在寻找的 – 我真的很喜欢它。

Dev-C ++我发现非常有用，而且免费:)

很可能， Qt是你的朋友。 Qt Creator也处于RC阶段，所以有些期待。 在那之前你可以使用Code :: Blocks之类的东西。 Code :: Blocks本身就是一个很好的环境，并且对wxWidgets也有很多的支持。 如前所述，如果您只是在寻找IDE更改，则Code :: Blocks也可以使用其他IDE的编译器。

-约翰

SlickEdit（或其他一些支持ctags或类似的编辑器）使得它成为一个相当不错的“IDE”。

你可以使用makefile（或者其他的编译工具）来编辑这些编辑器来驱动你想要的任何编译器（MVCS，mingw，Comeau，Digital Mars等等）。

前几位雇主，这正是我们所做的。 我们使用由makefiles驱动的MS编译器，而使用的主编辑器是SlickEdit。 我们使用Windows调试工具进行调试（我们所做的很多是内核模式）。 工作得很好。

Wascana Desktop Developer是专为在Windows上开发而配置的Eclipse CDT的发行版。

我会建议给Notepad ++ ， MSBuild和Windows SDK一下。 你也可以使用XBuild ，但更具体的MONO。 请注意，MSBuild和XBuild只是自动化工具，所以你会花更多时间在Windows SDK上。

我肯定会收到很多的信息，但是我发现C ++ Builder是一个比MSVC更容易开发Windows C ++应用程序的IDE /编译器。 它可能不是最便宜的解决方案，或者拥有所有相同的钟声和口哨声音，或者是最符合语言标准的（它的32位编译器不支持C ++ 11，但是它的64位编译器），但是你不能击败了其视觉UI设计师和第三方组件市场。