Qt或德尔福...如果你选择一个在另一个上？

Question

如果您对德尔福土地或Qt土地进行风险投资，您会选择哪种风险？我知道他们并不完全可比。我对于Builder C++（几乎是Delphi）和MFC（几乎Qt）有一定的Windows开发经验，并且有更多的时间使用Builder C++。在你的分析中请拿出Qt的跨平台能力。

我希望有人与他们合作过，他们会如何比较框架，环境等。

非常感谢您的回复。

Answer 1

编辑：这个答案写在。它可能不再那么贴切，尽管它可能并不完全无用。带上盐。

我已经使用了两者，并最终走了Qt路线。这些都是原因：

• 奇趣科技提供快速，并通过电子邮件一到一个支持
• Qt的创新，并引入了强大的新功能定期
• Qt文档是惊人的，在罕见的情况下，它不是，你可以阅读源代码
• 拥有Qt的源代码还允许您在基本库内进行调试，这在很多情况下对我来说都是一个救命机
• API非常一致并精心设计。我们为这个项目增加了新员工，并且在一个月内他们展示了对该工具包的深入了解，并且可以非常快速地学习新课程。
• 它具有与其他语言的绑定，例如。 Ruby和Python。

C++是有点不利的，例如。编译时间，打包和集成度较低的IDE。不过Qt确实让C++更像是更高级的语言。例如，QStrings可以避免字符串处理中的所有麻烦。因此，您通常会遇到的其他C++问题，例如。在使用Qt时，我的经验并不普遍。

另外，Delphi的库比Qt更多，但是由于您可以在Qt项目中使用ac或C++库，因此Qt功能如此全面，您通常不会必须进一步观察。

这将是一个奇怪的情况，我会选择德尔福Qt的新项目。

Answer 2

我会选择德尔福。只是因为我有更多的经验。我不认为有其他合理的标准。

Answer 3

我会选择德尔福，但那可能是因为我已经编程它之前。似乎还有很多公司在使用它，几乎每个有8年以上经验的人都遇到过它。看来大多数程序员可以使用它或至少学习Pascal。更不用说新语言（C＃）基于它（至少部分）的事实。

Answer 4

Qt是跨平台的，如果算上Kylix，Delphi也不会太多。 Lazarus是跨平台的，但还不完全功能齐全。

Answer 5

如果你在谈论UI框架，那么你应该比较Qt和VCL，而不是IDE（在这种情况下是Delphi）。我知道我是一个坚持者，但Delphi是IDE，Object-Pascal是语言，VCL是图形框架。这就是说，我认为没有任何事情甚至接近匹配VCL的威力和简单性。 Qt很棒，但它不是VCL。

Answer 6

我会选Delphi。当然你会问任何pascalholic，他肯定会回答同样的问题。 ;）

Qt再好不过了，但VCL只是感觉更加精美。但那可能是我多年的工作，所以它感觉不错。我在Qt方面的经验仅限于一个短期项目，最终在Delphi中被重写后，确定不需要跨平台，这要归功于GoGlobal的强大功能，它可以使任何win32应用成为Web应用，因此可以运行在任何平台。

Answer 7

这确实取决于您的需求和经验。我曾与两个人一起工作（尽管不得不说我真正使用的最后一个Delphi版本是Delphi 6，而且我目前正在使用Qt 4.4）。

语言

C++优点：

• C++是更 “标准”，例如你会发现更多的代码，库，例子等，你可以自由地使用STL和boost，而Object Pascal更多是一种奇特的语言。
• Qt编译在不同的平台和编译器上（Kylix基于Qt，BTW）

Object Pascal的优点：

• 一些动态属性是建立正确的目标语言，没有丑陋的解决方法，如MOC需要
• 编译器是高度的语言进行了优化，的确是非常快的
• 语言是低于C复杂++和容易出错

的IDE

Qt的优点，因此较少：

• 严格来说，没有IDE Qt的除了设计师，但它很好地集成到了你的首选IDE（至少是Visual Studio和Eclipse）
• 设计者在布局方面比Delphi形式做得更好（注意：这是基于 德尔福6的经验，可能并不符合当前的版本是真实的）

德尔福优点：

• 的IDE实在是抛光和易于使用现在，它跳动的Visual Studio明确国际海事组织（我没有与Eclipse的经验）
• 没有点2 ...但如果我必须分配流行语“综合”我会把它分配给德尔福IDE

框架

我会留下一个比较给别人，因为我不知道最新的VCL够好了。我有一些话：

• 两个框架覆盖了大部分的所需功能
• 都有可用的源代码，这是必须的IMO
• 都有或多或少一致的结构 - 我喜欢Qt的，但这取决于你的喜好（注：我绝不会说Qt几乎是MFC--我已经使用了MFC很长时间了，Qt和Delphi以及.NET都是这样）
• VCL具有更多面向DB的功能，尤其是与可视组件的连接
• Qt具有更多的绘画（2D/3D/OpenGL）导向功能

其他原因，说Qt IMO是非常好的支持和许可，但这取决于您的需求。有大型社区两个框架，

Answer 8

Delphi和Qt的一个很大的区别是Qt信号/槽系统，这使得它可以很容易地创建对象之间的N对N的关系，并避免紧密耦合。

我不认为德尔福存在这样的事情（至少在我以前用过它的时候没有这样的事情）。

Answer 9

如果你关心的是本地Win32速度，第一类RAD环境和可执行文件大小，选择Delphi。如果您需要一个真正的跨平台框架以及现在灵活的许可策略，并且不介意稍微膨胀的代码，请选择QT。

我在QT/C++移植一个老德尔福计划，我必须说，QT是最接近VCL的易用性和功率（恕我直言）的条款

Answer 10

我刚开始使用Qt试验框架/ C++/Qt Creator，我必须承认，我很惊讶这个“小可爱的混蛋”在我的鼻子下面已经有很多年了，我现在才注意到它。它（框架）看起来整洁，功能完整（甚至是.NET缺乏的东西，比如inbuld XQuery支持）。

似乎大部分编写的Qt应用程序都涉及2D/3D /游戏。

我相信缺点只有：必须了解C++以及像QuantumGrid一样缺乏DevExpress的好东西。

我正在认真考虑移植我的一个简单应用程序（像ThumbsView这样的图片浏览器）。

它真的从相同的代码库运行。真的！

忘掉Kylix，Mono，Lazarus，Free Pascal。这个Qt事情在10次中都击败了他们。

Qt Creator远离IDE。但我希望将来他们会添加更强大的调试器，代码洞察力和重构（至少是“Rename”之一）和更有意义的编译器错误。

我会认真推荐给没有帕斯卡尔/ C++经验的人来参加Qt学习曲线。