4

我正在学习 MFC,发现它并不容易使用。

我听说过很多关于 Delphi 的事情。对 Delphi 的研究将我带到了 C++ Builder。

C++ Builder 是否为 C++/MFC 提供了一个严肃而好的替代方案?C++ Builder 比 MFC 好吗?C++ Builder 比 Delphi 好吗?(我听说过很多关于 Delphi 的好消息)

谁能给我一个 C++/MFC、Delphi 和 C++ Builder 之间的比较?

谢谢您的帮助。

4

11 回答 11

20

我建议你去德尔福。

我的优点是

  • 语法明智,它非常简单易读。你知道 C++ 让你用奇怪的变量等编写“神秘”和“神秘”的代码。地狱!一半的 c++ 以“__”为前缀

  • 性能几乎与 C++ 应用程序相同。如果您不使用VCL,那么它应该是相同的。但是没有 VCL 的 Delphi 是什么。

  • --Native-- 应用程序。这意味着绝对没有其他需要担心的,没有框架,没有运行时。(您仍然可以使用运行时包构建应用程序)

  • 数据库连接也是它的强项之一……非常强

  • 强大的可视化设计器,您可以在设计时构建几乎所有应用程序的界面。

清单可以继续……

哦,总而言之,Delphi 可以做出 C++/C#/C 等所有的东西。除了设备驱动程序,所以如果您不打算为打印机或其他东西编写驱动程序,那么 Delphi 就是要走的路。

于 2009-06-14T19:21:04.310 回答
9

Delphi 社区仍然活跃(你为什么认为有 Delphi 2009?)。Delphi 带有丰富的组件集,并且有蓬勃发展的第三方组件。在专业环境中同时使用过 MFC 和 Delphi,我可以轻松地说 Delphi 在易于开发和整体质量方面要好得多。

来自 C#,Anders Hejlsberg 已经在 Delphi 中考虑过类似的概念,例如 TComponent、TDataSet、属性和事件(成为委托)。Delphi 也可用于消费 COM 对象、编写 Web 服务、编写自定义报表的报表引擎。

但是等等,还有更多。查看 DevExpress 的ExpressQuantumGrid

于 2009-06-14T17:22:04.660 回答
6

您可能想查看此链接。由于没有使用过 MFC,我无法评论 MFC 相对于 Delphi 的优势,所以我跳过了前两个问题。

  • 如果你打算做 GUI 数据库驱动的应用程序,无论如何都要使用 Delphi。
  • 可以从 Delphi 调用 C/C++/C# DLL。
  • 在开发 Win32 Native 应用程序方面,Delphi 非常快速和简单。参见RAD 的定义
于 2009-06-14T16:58:21.050 回答
4

如果您正在使用 C++Builder,您可能希望使用 VCL,而不是 MFC。

至于 VCL/MFC 或 Visual C++/C++Builder 比较,已经有一个最近的线程

于 2009-06-14T16:15:08.003 回答
4

你必须权衡你的选择,并稍微看看你的水晶球。

C++ Builder 使用 VCL 框架,这无疑比 VC++/MFC 更容易和更“可视化”(即支持设计器)

但是,如果您有机会必须使用 .NET(= 来自 MS 的所有不错的新 API),那么您可能会更好地使用 VC++,我不希望 Codegear 很快支持 C++/CLI。

还有其他这样的考虑,所以反问是:你打算用它做什么?

于 2009-06-14T16:29:18.453 回答
4

我建议您选择 MFC,并让我们的 Delphi 程序员成为我们的竞争优势。;-)

于 2009-06-14T19:54:35.010 回答
2

你的问题很困惑。 C++ Builder只是 C 和 C++ 的 IDE。MFC 是一个用于 C++ 编程的库。C++ Builder 可以在有或没有 MFC 的情况下使用,反之亦然。Delphi,也称为Object Pascal,是另一种编程语言。

注意:有一个完整的论坛专门用于将 C++ Builder 与 MFC 结合使用。

于 2009-06-14T15:34:07.587 回答
2

您可能想查看这些 SO 问题。
虽然不能与 C++/MFC 进行比较,但它们突出了 Delphi 的许多品质。

https://stackoverflow.com/questions/179319/what-language-or-rad-ide-do-you-recommend-for-building-shareware

我的项目使用什么语言?

于 2009-06-15T20:04:18.547 回答
1

我的建议是忘记 MFC。这个框架真的不再是这个时代了。它本质上是 Windows API 的一个薄包装器,因此只比原始 Windows C 编程更容易掌握。到目前为止,我的经验是,用 MFC 编写和维护软件所花费的时间大约是 C++Builder 或 Delphi 的 2 到 3 倍。选择 MFC 的一个原因可能是您希望靠近 Windows API,可能是因为您调用了一些奇特的函数。如果是这样,C++Builder 是更好的选择。易用性接近 Delphi,包括易于使用的 RAD 控件,但它允许您直接以其本地语言调用任何 Windows API 函数。即使底层代码是相同的,如果你从 Delphi 调用它,你总是必须在 Pascal 和 C++ 之间进行心理切换。

但最终我永远不会在 MFC 中开始一个新项目,而是使用 C#/.NET 来代替......

于 2009-09-28T09:25:49.667 回答
0

您是否同时学习 C++?你已经知道帕斯卡了吗?如果两者都是,那么德尔福对我来说听起来是个不错的选择。我想你想用 MFC 编写的所有应用程序都可以使用 Delphi 编写。

于 2009-06-16T09:52:17.577 回答
0

我在 c++ builder 上工作了 3 年,使用 VB 和 VC++ 后感觉很棒。很容易创建漂亮的现代界面,很容易维护程序,良好的性能。但它有点不稳定,IDE 很慢而且不稳定。VC++ 仅在 IDE 和编译器稳定性方面更好,速度更快。但是MFC真的很可怕,在MFC上做一个没有界面的驱动程序或系统程序是可以的,但是在MFC上用简单的GUI程序做一个好看的程序,真的我无法想象它需要多少时间,以及如何维持!

于 2009-11-16T17:18:25.243 回答