10

MS VS C++ 6.0 和 MSVS C++ 2008 之间的优缺点是什么？

问这样一个问题的主要原因是仍然有很多体面的程序员更喜欢使用旧版本而不是最新版本。

有什么理由可能更喜欢旧的而不是新的？

4

14 回答 14

28

Visual Studio 2008 相对于 Visual C++ 6.0 的优势：

  • 更多符合标准的 C++ 编译器，具有更好的模板处理能力
  • 支持 x64 / 移动 / XBOX 目标
  • 改进的 STL 实施
  • 支持 C++0x TR1（智能指针、正则表达式等）
  • 安全 C 运行时库
  • 改进的代码导航
  • 改进的调试器；运行远程调试会话的可能性
  • 更好的编译器优化
  • 许多错误修复
  • 在多核/多 CPU 系统上更快地构建
  • 改进的 IDE 用户界面，具有许多不错的功能
  • 改进了 IDE 中的宏支持；DTE 允许访问更多 IDE 方法和变量
  • 更新了 MFC 库（在 VS2008 Service Pack 1 中）
  • 支持 OPENMP（简单多线程）（仅在 VS2008 pro 中。）

迁移到 Visual Studio 2008 的缺点：

  • IDE 比 VS6 慢很多
  • Intellisense 仍然存在性能问题（用 VisualAssistX 替换它会有所帮助）
  • 并行程序集使应用程序部署更加成问题
  • 本地（离线）MSD​​N 库速度极慢
  • 如前所述，专业版中没有分析器

本着 Joel 最近博客文章的精神，我将发布的其他一些答案合并为一个答案（并将其设为社区拥有的帖子，因此我不会从中获得代表）。我希望你不要介意。非常感谢 Laur、NeARAZ、17 of 26、me.yahoo.com 以及其他所有回答的人。——克里斯N

于 2008-09-15T12:48:48.777 回答
4

嗯，一方面可能是因为使用 MSVS 6 构建的可执行文件只需要现在随 Windows 一起提供的 msvcrt.dll（C 运行时）。

MSVS 2008 可执行文件需要附带（或已安装）的 msvcrt9。

另外，你已经为 Windows 32 位使用 6.0 C 运行时编译了很多 OSS 库，而对于 2008 C 运行时，你必须获取源代码并自己编译它们。

（这些库中的大多数实际上是用 MinGW 编译的，它也使用 6.0 C 运行时——也许这是另一个原因）。

于 2008-09-15T12:40:47.440 回答
4

我想补充一点，使用 Visual C++ 2008 开发的应用程序不一定需要比使用 Visual C++ 6.0 开发的应用程序更多的 DLL。这只是默认的项目配置。

如果您进入项目属性、C/C++、代码生成，然后将运行时库从 Multi-threaded DLL 和 Multi-threaded Debug DLL（发布和调试配置）更改为Multi-threaded和Multi-threaded Debug，您的应用程序应该然后有更少的依赖关系。

于 2008-09-15T13:30:29.817 回答
3

在我的脑海中，新的 Visual Studio 的优点是：

  • 更严格地遵守标准
  • 支持 x64 / 移动 / XBOX 目标
  • 更好的编译器优化
  • （方式）更好的模板处理
  • 改进的调试器；运行远程调试会话的可能性
  • 改进的 IDE
  • 改进的宏支持；DTE 允许访问更多 IDE 方法和变量

缺点：

  • IDE似乎更慢
  • Intellisense 仍然存在性能问题（用 VisualAssistX 替换它会有所帮助）
  • 运行时并非普遍可用
  • 源代码控制集成达不到标准（尽管平心而论 VC6 完全缺乏此功能）
于 2008-09-15T13:33:00.653 回答
2

您知道 MS VC6 的 STL 实现不是线程安全的吗？特别是，即使在使用多线程库编译时，basic_string 中的引用计数优化也会崩溃。 http://support.microsoft.com/kb/813810

于 2008-09-15T17:29:22.457 回答
1

除了上面提到的部署，MSVC 6.0 的主要优势是速度。因为它是一个有 10 年历史的 IDE，所以在现代计算机上感觉相当快。较新版本的 Visual Studio 提供了更多高级功能，但它们是有代价的（复杂性和较慢的速度）。

但 MSVC 6.0 的最大缺点是其不兼容的 C++ 编译器和库。如果你打算做严肃的 C++ 编程，这是一个阻碍。如果您只构建 MFC 应用程序，这可能不是什么大问题。

于 2008-09-15T12:49:57.933 回答
1

Visual C++ 6.0 与内存跟踪工具（如 Purify、HeapAgent、BoundsChecker 和 MemCheck）集成得非常好，因为这些内存跟踪工具在 Visual C++ 6.0 推出后得到积极维护和积极销售。

然而，由于 C++ 已经过时了一段时间，销售内存跟踪工具的公司仍在销售它们，但从未更新或将它们与新的 Visual C++ 版本（包括 Visual Studio 2008）集成。因此，在 Visual Studio 2008 中使用内存跟踪工具令人沮丧，容易出错，在某些情况下是不可能的。

于 2008-09-15T13:25:58.063 回答
1

自从 VC6 以来，Visual Studio 的大部分重点都放在了 C# 和 .NET 以及其他特性上，所以一些 C++ 老前辈将 VC6 视为过去的美好时光。从那时起，C++ 开发人员在 Visual Studio 中的情况有所改进，但不如 .NET 用户那么显着。

VS2008 明显优于 VC6 的一种方式是它可以并行构建 C++ 项目。即使在单个 CPU 系统上，这也可以显着加快构建速度，尤其是在您有多个内核的情况下。

于 2008-09-15T17:06:43.213 回答
1

如果您为 VS6 安装所有服务包，您仍然拥有可靠的 IDE/编译器组合。作为必须在野外（通过 Internet）发布产品的软件开发人员，我不想每次都发布 VC++ 运行时和 .NET 框架（我不能将它们直接捆绑在我的安装程序/可执行文件中，微软禁止）。你知道，几兆字节的运行时间来运行千字节的代码有点愚蠢。VC++ 6.0 最多只需要你的可执行文件和 2 个 .DLL。

此外，调试运行时不能与 VC++ .NET 一起分发，当我有一个需要对我的产品进行一些调试的客户端时，这并不是很好:)

在我看来，我仍然使用 VC++ 6.0 的主要原因是，但 IDE 本身很丑（即：不支持选项卡）。我通常通过使用代码块来绕过 IDE 限制（代码块支持所有 VC++ 版本的 CL.EXE/LINK.EXE）

科博富

于 2009-08-11T03:29:49.747 回答
0

Visual C++ 2008 更符合标准（Visual Studio 6 不支持 1998 年制定的 C++ 标准）。

于 2008-09-15T12:42:27.980 回答
0

VS2008 有更好的编译器（更多的标准兼容，更好的优化，...）。

VS6 有更快的 IDE。VS2008 IDE 有很多不错的特性，但它比 VS6 慢一点。

于 2008-09-15T12:44:29.443 回答
0

从 6.0 到 2008 的改进快速列表：

  • 许多错误修复
  • 更好地符合 C++ 标准
  • 更好的编译器优化
  • 改进的用户界面（更好的智能感知等）

人们有时会忘记的一件事是 VS 6.0 现在已经超过 10 年了！在这一点上，我看不出有人愿意坚持下去。

于 2008-09-15T12:45:32.887 回答
0

我们遇到的一件棘手的事情是“价值”变成了一个关键词。

于 2008-09-15T13:06:56.300 回答
0

与 2008 年相比，Visual C++ 6 有时会出现很多错误。特别是一些事情：

  • 较差的模板支持/怪异（例如sometemplate<othertemplate<t>>不工作，但sometemplate< othertemplate<t>> 工作）
  • 不符合标准
  • 资源编辑器是垃圾（“蓝线”似乎随机移动，除其他外）
  • 仅支持编辑某些类型的8位位图（我必须使用imagemagick转换保存在paint.net中的位图才能在图片资源中看到）
  • 对使用只读文件/古怪的 sourcesafe 集成的糟糕支持。

有时在 VS6 中开发感觉就像试图让网站在 Internet Explorer 5.5 中看起来不错

于 2008-12-18T21:54:22.670 回答