应用程序使用VCL迁移吗？

Question

VCL是否已经死亡，或者它是否有未来作为GUI库？随着CLX的结束，在未来的版本中是否有机会提供跨平台支持？

我必须使用Borland的VCL（BCB6）的遗留应用程序做一些工作。既然必须实现新功能，就必须重新评估替代方案。是坚持使用VCL还是迁移到其他库/框架。

我从未读过Embarcadero（Borland）工具领域发生的事情。至少在这里似乎只有很少的VCL标记问题，谷歌也没有多少运气。

Answer 1

VCL正在继续发展。 跨平台位于current roadmap。 embarcadero forums仍然是宝贵的资源。

Answer 2

是否继续在项目中使用VCL，或迁移到替代方案取决于您的要求。 VCL框架功能强大且成熟，拥有大量第三方组件，这使得它成为一个好主意。替代方案一直在迅速改进，并指出一个最终选择真正要求您仔细考虑您的要求，并验证不同框架的优势和劣势。

考虑到跨平台是在路线图上，我提醒你64位支持已经有一段时间了。我们可能会看到跨平台支持，可能按计划进行，可能会延迟，因为我们已经看到许多以前的功能。我想相信它的到来，因为我真的很喜欢VCL框架，但我总是对RAD工作室系列的官方路线图有一个自然的疑问 - 对不起大卫。 ;）

如果您已经研究了不同的替代方案，并且发现VCL是基于其与项目的相关性的最佳选择，那么我会考虑使用VCL框架，特别是如果它是您熟悉的框架。学习新框架虽然通常是个好主意，但却是一项耗时的工作。因此，即使可能存在框架未被保持活动的风险（如同任何替代方案一样），如果它是框架，那么您可以节省大量的工作，使用熟悉的框架。最适合您的项目。

如果您考虑使用C ++ Builder和VCL，您可能会发现C ++ Builder Journal是一个有价值的信息来源，他们有一个相对完整的论坛，但其中有一些有趣的帖子，以及一些免费的提示他们的网站：www.bcbjournal.com。

当然还有embarcadero论坛，这个网站，搜索Delphi论坛和类别可能是一个好主意，因为它们似乎有更多的活跃用户，而且还有更多帖子。但有一件好事是，在VCL相关问题中从Delphi到C ++的转换非常简单。

Answer 3

作为VCL的用户，我必须说你的观察是真的正确。 VCL可能会吸引你，但与QT和其他工具包相比，可用的资源至少是差的。在SO。我们的团队还发现其组件中存在多个错误，并且不止一次修补组件以使我们的应用程序稳定。对我而言，迁移的主要原因是VCL使用一组开发工具锁定您。我必须承认，如果您有足够的资源进行迁移，我很难找到任何真正有理由继续使用它。

鉴于bcc32及其库也非常错误，锁定变得更加严重，最近几个月我和我的团队花了更多的时间来修复由编译器引起的问题，而不是实际开发功能。对我来说，这是一个严重的障碍，它的成本超重十倍。不幸的是，为我们迁移的成本是如此之高，以至于我们至少现在必须忍受它的痛苦。