多年来，我听到了很多人不使用Delphi的理由和借口。 我在这里收集了13个最好的理由。
1. 想要编写更多代码——Delphi可以用比其他开发工具更少的代码执行相同的任务。 如果你想写更多的代码，请不要用Delphi。 如果编写更多代码会带来更多的成就感，或者根据编写的代码行数获得性能奖励，请不要建议老板使用Delphi。
2. 更大的开发团队——谁不喜欢有很多同事？ 使用其他工具和框架时，需要更多的开发人员、更多的开发人员工具、更多的框架和更多的团队来支持所有平台。 创造更好的办公室派对。 不幸的是，使用Delphi时，所有平台都需要团队和代码库，因为您只需要为所有平台编写一次APP应用程序代码。 Delphi无法向公司所有者证明雇佣所有这些附加开发人员是合理的
Delphi跨平台快速开发工具支持Windows、linux、Android、IOS、Mac OS和WEB
3. 像修复错误一样——在每个平台上实现这些功能是否需要编写所有代码？ 更多的代码意味着更多的错误！ 对你和大测试团队来说，更多的错误意味着更多的工作保障。 一定要喜欢臭虫！ 哎呀，你也可以给臭虫起个名字，把它当成宠物养！ 我知道他们在生产系统中存在一段时间。
每个4. 更多会议——平台都有自己的代码和团队，因此需要更多的会议来协调这些不同的团队。 希望避免平台之间的功能同步！ 然后是另一次协调各平台错误修复的会议。 每个人都知道会议上有最好的点心！ Delphi可以从一个代码库支持所有平台，因此不能召开所有这些程序会议
5. 更多文档——每个平台都有完全不同的APP应用程序，因此每个平台都需要完全不同的文档，尽管所有会议都已同步。 很明显，我也喜欢写最终用户的文档，因为我知道你是多么喜欢写代码。
每个6. 更大的支持部门——平台都有自己的版本，因此必须与知道该APP应用程序版本的技术支持人员进行交流。 谁想要运行类似iOS版本的Android版本？ 桌面版本当然！
7. 更长的编译时间——如果不是长时间编译，开发人员决不会从他们的办公桌上休息。 我们知道Delphi的编译速度非常快。 这意味着上班时没有时间摸鱼。
“你在偷那些液晶显示器吗？ ”“是的，但是我在编译代码时这么做了。 ”
如果Delphi能这么快编译一百万行，你有空摸鱼吗？
如果8. 更慢的执行——可执行文件运行缓慢，用户会感到更安全，许多东西会假装在后台运行。 由于Delphi的本机运行速度，程序速度很快，因此用户不相信任何内容正在运行。
如果9. 分离的运行时——程序依赖不同版本的. NET框架或JDK等外部运行库，而不是Windows，则只需要一个可执行文件
（大多数情况下，Delphi开发的软件只需要拷贝一个EXE可执行文件到客户的电脑上即可运行），你可以将任何错误归咎于运行时。所有这些支持调用只会导致告诉他们更新或回滚运行时库。您将能够说服他们说程序不起作用都是他们的错！10. 使用内存——优秀的应用程序应该至少使用完整 GB 的内存，就像小型 Electron 实用程序一样。Electron 的伟大之处在于它包括所有 Chrome 浏览器功能，例如Xbox 360 控制器支持。为什么只为同一个简单的应用程序使用几兆字节的内存？内存越大越好的应用程序。Electron 也使用了所有这些 CPU 内核！
11. 深爱“DLL 地狱” ——您喜欢将一打 DLL 与您的 EXE 一起发送给您的客户，并且您在电话调试中获得了如此多的乐趣，哪个 DLL 不是最新的，并且使您的应用程序失败. 与第9条密切相关，但值得一提两次！
12. 意外的垃圾收集暂停——确定性执行很无聊！让您的程序在每次运行时都保持相同的行为是多么有趣。Delphi 没有任何意外的垃圾收集暂停来混淆事物。它通过引用计数、所有权/自动释放模型或您想要的任何级别的控制为您提供确定性的内存管理。当您可以等待垃圾收集器时，为什么要控制内存何时空闲？
13. 宁愿“重新发明轮子”——Delphi带有许多有用的组件和库，并拥有丰富的 第三方生态系统。这意味着您需要的任何任务通常都有一些可重用的代码。这意味着创造新事物的机会更少。
以防万一它不明显：这是一个不使用 Delphi的坏理由的讽刺列表。现实是所有的借口都只是使用 Delphi 的理由。