不使用 Delphi 的 13 个理由

多年来，我听到了很多人们不使用 Delphi 的原因或借口。我在这里收集了13 个最好的理由。

1. 想要编写更多代码——Delphi 需要更少的代码来完成相同的任务。如果你想写更多的代码，不要使用Delphi。如果编写更多代码会给您带来更多成就感，或者您根据编写的代码行数获得报酬，则尤其有用。

数字，2，数字，数字，密码，计数，数字，红色

2. 更大的开发团队——谁不喜欢有很多同事？如果您使用其他工具和框架，那么您将需要更多的开发人员、更多的开发人员工具、更多的框架和更多的团队来支持所有平台。打造更好的办公室派对。不幸的是，当您使用 Delphi 时，您只需为所有平台编写一次应用程序，因此所有平台都需要一个团队和一个代码库。使用 Delphi，您无法证明雇用所有这些额外的开发人员是合理的！

3. 像修复错误一样——你必须编写所有代码才能在每个平台上实现这些功能？更多的代码意味着更多的错误！对于您和庞大的测试人员团队来说，更多的错误意味着更多的工作保障。必须喜欢虫子！哎呀，您甚至可以命名一些并将它们作为宠物饲养！你知道他们会存在一段时间。

4. 更多会议——由于每个平台都有自己的代码和自己的团队，你需要更多的会议来协调。您不希望功能在平台之间不同步！然后是另一轮会议，以协调每个平台的错误修复。每个人都知道会议有最好的小吃！由于 Delphi 允许您从一个代码库支持所有平台，因此您无法召开所有这些计划会议！

5. 更多文档——每个平台都有一个完全不同的应用程序（尽管所有会议都保持同步）所以现在你需要每个平台完全不同的文档。我们知道您是多么喜欢编写代码，所以很明显您也喜欢编写最终用户文档！

6. 更大的支持部门——每个平台都有自己的版本，所以你需要与知道该应用程序版本的支持技术人员交谈。谁想要一个行为类似于 iOS 版本的 Android 版本？更不用说桌面版本了！ 

7. 更长的编译时间——如果不是长时间的编译，开发人员永远不会从他们的办公桌上休息一下。我们都知道 Delphi 的编译速度非常快，这意味着您有更少的时间可以懈怠。

“你在偷那些液晶显示器吗？”  “是的，但我是在我的代码编译时这样做的。”

如果 Delphi 能这么快编译 100 万行，你什么时候会懈怠？

8. 更慢的执行——如果你的可执行文件运行得更慢，用户会感觉更安全，并假装很多东西在后台进行。借助 Delphi 的本机执行速度，您的程序很快，因此您的用户不会相信它正在执行任何操作。 

9. 分离的运行时——如果你的程序依赖于一个外部运行时库而不是在 Windows 上有一个可执行文件，你可以将任何错误归咎于运行时。所有这些支持调用只会导致告诉他们更新或回滚运行时库。您将能够说服他们说程序不起作用都是他们的错！

10. 使用内存——优秀的应用程序应该至少使用完整 GB 的内存，就像小型 Electron 实用程序一样。Electron 的伟大之处在于它包括所有 Chrome 浏览器功能，例如Xbox 360 控制器支持。为什么只为同一个简单的应用程序使用几兆字节的内存？内存越大越好的应用程序。Electron 也使用了所有这些 CPU 内核！

11. 深爱“DLL 地狱” ——您喜欢将一打 DLL 与您的 EXE 一起发送给您的客户，并且您在电话调试中获得了如此多的乐趣，哪个 DLL 不是最新的，并且使您的应用程序失败. 与#9 密切相关，但值得一提两次！

12. 意外的垃圾收集暂停——确定性执行很无聊！让您的程序在每次运行时都保持相同的行为是多么有趣。Delphi 没有任何意外的垃圾收集暂停来混淆事物。它通过引用计数、所有权/自动释放模型或您想要的任何级别的控制为您提供确定性的内存管理。当您可以等待垃圾收集器时，为什么要控制内存何时空闲？

13. 宁愿“重新发明轮子”——Delphi带有许多有用的组件和库，并拥有丰富的 3rd 方生态系统。这意味着您需要的任何任务通常都有一些可重用的代码。这意味着创造新事物的机会更少。

以防万一它不明显：这是一个不使用 Delphi的坏理由的讽刺列表。现实是所有的借口都只是使用 Delphi 的理由。