VCL 已经死了吗，还是作为 GUI 库还有未来？随着 CLX 的结束，未来版本中是否有机会提供跨平台支持？
我必须对使用 Borland 的 VCL(BCB6) 的遗留应用程序进行一些工作。既然必须实施新功能，就有必要重新评估替代方案。是坚持使用 VCL 还是迁移到其他库/框架。
我从来没有读过太多 Embarcadero(Borland) 工具领域发生的事情。至少这里似乎只有很少的 VCL 标记问题，而且谷歌也没有太多运气。
是否继续在项目中使用 VCL，还是迁移到替代方案很大程度上取决于您的需求。 VCL 框架功能强大且成熟，具有大量第三方组件，因此是一个值得考虑的好主意。替代方案一直在迅速改进，要指出一个作为最终选择确实需要您仔细考虑您的需求，并验证不同框架的优点和缺点。
考虑到跨平台已在路线图上，我提醒您，64 位支持已经有一段时间了。我们可能会看到跨平台支持，也许是按计划进行，也许是延迟，就像我们在之前的许多功能中看到的那样。我愿意相信它的到来，因为我真的很喜欢 VCL 框架，但我总是对 RAD studio 系列的官方路线图抱有天然的怀疑 - 对不起 David。 ;)
如果您研究了不同的替代方案，并根据其与您的项目的相关性发现 VCL 是最佳选择，那么我会考虑使用 VCL 框架，特别是如果它是您熟悉的框架。学习新框架虽然通常是个好主意，但可能是一项耗时的工作。因此，即使存在框架无法保持活力的风险（任何替代方案都会存在），如果它是最适合您项目的框架，您可能会在熟悉的框架上节省大量工作. 如果您确实考虑使用 C++ Builder 和 VCL，您可能会发现 C++ Builder Journal 是一个有价值的信息来源，他们有一个相对安静的论坛，但其中有一些有趣的帖子，并且在他们的网站上有一些免费提示:
www.bcbjournal.com. 当然还有 embarcadero 论坛，在这个网站上，搜索 Delphi 论坛和类别可能是个好主意，因为这些论坛和类别似乎有更多的活跃用户，而且帖子也更多。不过，一件好事是，在 VCL 相关问题中从 Delphi 到 C++ 的转换非常简单。
上。 embarcadero 论坛 仍然是宝贵的资源。
鉴于 bcc32 及其库也存在很多 bug，锁定变得更加严重。过去几个月，我和我的团队花在修复编译器引起的问题上的时间比实际开发功能的时间还要多。对我来说，这是一个严重的障碍，其成本超过其收益十倍。不幸的是，对于我们来说，迁移的成本是如此之高，以至于我们至少目前必须忍受它的痛苦。
VCL 并未消亡，但它不是未来。未来是 FireMonkey (FMX) 应用程序。
FMX 允许您开发完全跨平台的应用程序。没有任何计划为 VCL 添加跨平台支持。
因此，如果有人正在启动新应用程序或希望更新旧的旧版应用程序。正确的选择是选择 FMX 作为您的 GUI 框架。