delphi - 如何处理遗留应用程序？

Question

我继承了一个用 C++ (VS2003) MFC 编写的遗留应用程序，该应用程序多年未更新。
我在 C++ 方面的经验有限，主要是 Delphi 开发人员。该公司的所有其他应用程序都是用 Delphi 编写的。

展望 future ，我看到了一些选择:

1) 保持应用程序不变，成为 C++ MFC 开发人员。但我不喜欢在 future 几年使用过时的技术 (MFC)，试图跟上新的 Windows 版本和 UI 标准。不知何故，感觉就像倒退了几步，我认为这不是最好的方法(？)

2) 将应用程序转换为 C++ 提供的任何现代 UI 技术并成为 C++ 开发人员，但至少使用现代技术。可能工作量很大，不确定。

3) 在 Delphi 中从头开始重建应用程序，在那里我将更有效率地思考 future 。现在还有很多工作要做，但以后可能会有返回。

显然，我个人更喜欢 3)，但我想根据您的经验了解哪种方式最适合产品。

这是一个长期的决定，我必须坚持下去，因此我不想匆忙朝一个方向发展。

(我故意不将此问题标记为 C++，试图在类似情况下从 Delphi 开发人员那里获得答案)

编辑:

感谢大家的回答。
在得知可以使用 MFC 应用程序切换到 C++ Builder 之后，这似乎是最好的解决方案。
它结合了对当前应用程序的最少修改以及使用 VCL 进行 future GUI 改进的可能性。

EDIT2:

在一个应用程序中结合 MFC 和 VCL 是不可能的，因此 C++ Builder 将不是一个选项。 (感谢大卫指出这一点)

Answer 1

一般来说，一切都取决于应用程序的逻辑有多复杂以及应用程序的预计生命周期是多少。如果它需要再维护 20 年，那么
我会在 Delphi 中重写 UI 并将业务逻辑移动到 C++ DLL 中(用于开始并可能在 Delphi 中重写它)。然后，应用程序可以以这种方式再维护 10 年，并且如果需要，可以相对容易地移植到其他平台(需要的工作更少)。