c# - 将 PowerBuilder 应用程序移植到 .NET

标签 c# .net migration powerbuilder powerbuilder-conversion

有人对将 PowerBuilder 10 业务应用程序迁移到 .NET 有什么建议吗?

我的公司正在考虑将旧的 PB 应用程序迁移到 .NET (C#),我只是想知道是否有人有任何经验 - 无论好坏 - 想要分享。

该应用程序相当大,有 10 个 PBL 库、一些 PFC 以及自定义框架。还有大量的 DLL 调用。最后,它使用 Microsoft SQL Server 数据库。

我们已经讨论了将“核心”应用程序代码移植到 .NET,然后根据需要移植更高级的功能。

最佳答案

当我看到标题时,我只是要潜伏,成为一个著名的 PB 偏执狂。那好吧。感谢您的信任投票,伯纳德。

我的第一个建议是抛弃自欺欺人的语言。如果我吃了一半的“精简版”芝士蛋糕,我仍然会看不到我的腰带。迁移可能只需 10 分钟。你要做的是重写。 时间 需要作为重写来衡量。 风险需要作为重写来衡量。和 设计努力应该作为重写来衡量。

是的,我说的是设计努力。 “迁移”让人联想到通过一些黑匣子泵送代码的图像,翻译镜像从另一侧出来的原始代码。您是否想重现 1994 年犯下并已忍受多年的相同设计错误?即使代码质量非常好,我猜想 PowerBuilder 中出色的设计选择在 C# 中可能是糟糕的设计选择。直接转换是否忽略了平台的力量和优势?在接下来的 15 年里,您是否会承受忽视一个好的 C# 设计的后果?

暂且不提,因为您没有提到您迁移到“.NET”的动机,所以很难建议您可能需要哪些选项来降低重写的风险。如果您的管理层只是认为 PowerBuilder 开发人员闻起来很糟糕,需要从办公室开除,那么祝您在重写时好运。

如果您只是想部署 Windows 窗体、Web 窗体、程序集或 .NET Web 服务,或者想要利用 .NET 库,那么正如 Paul 所提到的,迁移到 11.0 或 11.5 可以帮助您实现目标,并且更接近迁移。 (我建议再次检查并确保您为新平台设计了良好的设计,尤其是 Web Forms,但这种工作应该比重写要少得多。)如果您想部署 WPF 应用程序,我知道一年需要等待相当长的时间,但研究 PowerBuilder 12 可能值得付出努力。如果正确使用,WPF 功能可能会将 PowerBuilder 置于独特而强大的位置。

如果保证将来会进行重写(淋浴似乎更便宜),则您可能需要分阶段进行转换。 DataWindow.NET 使您可以随身携带您的 DataWindows。 (我本周最喜欢的理论是,PowerBuilder 开发人员认为 DataWindow 是理所当然的,直到他们必须重现所有内置功能。)资源消耗、可打印、数据绑定(bind)的动态 UI,生成最少的 SQL,内置逻辑记录锁定和数据库错误转换为事件,进入新应用程序是一个很大的优势。

您还可以通过将 PowerBuilder 代码转换为 .NET 应用程序可以使用的代码来分阶段过渡。如前所述,您可以使用已有的 PB 10 生成 COM 对象,但必须移动到 11.0 或 11.5 才能生成程序集。此值可能取决于您的应用程序的分区程度。如果您的业务逻辑绕过 GUI 事件和函数,而不是被划分到非可视对象(即自定义类),则其值(value)可能值得怀疑。尽管如此,这是一个设计失误,可能应该在完全转换为 C# 之前修复;这是可以完成的,同时仍然保持 PowerBuilder 应用程序作为分阶段然后完全转换的初步步骤。

毫无疑问,我宁愿看到你留在 PowerBuilder。如果失败了,我希望看到你成功。请记住,一旦你咬下第一口,you'll have to finish it .

祝你找到那个腰带,

特里。

我看到您提到将“核心组件”移至 .NET 以开始。正如您现在可能已经猜到的那样,我认为分阶段进行是一个明智的决定。现在“核心”的定义可能有争议,但相反的观点如何。深思熟虑? (显然,这是开始节食的错误一周。)基于 PB 现在的位置,很难将您的应用程序按照应用程序功能(例如 PB 中的应收账款,C# 中的应付账款)在 PB 和 C# 之间划分。一个可行的划分是 GUI 与业务逻辑。如前所述,将业务逻辑从 PB 抽取到 C# 可以使用的可执行文件中已经是可能的。用 C# 构建 GUI,从 PB 复制 DataWindows 并将业务逻辑作为 COM 对象或程序集输出如何?反过来说,要在 PB 中使用 .NET 程序集,您要么必须升级到 11.x 并迁移到 Windows 窗体,要么将它们放在 COM callable wrapper 中。 .

或者,只需在 PowerBuilder 中培训您的 C# 开发人员。这可能只是一个谣言,但我听说新的 PowerBuilder 营销标语将是“如此简单,即使是 C# 开发人员也可以使用它”。 ;-)

关于c# - 将 PowerBuilder 应用程序移植到 .NET,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/825385/

相关文章:

c# - 错误 : Could not load file or assembly 'Microsoft. Practices.ServiceLocation,版本 = 1.0.0.0

.net - C# 中的 Java RuntimeException 等价物?

mysql - fatal error : Call to a member function num_rows() on boolean in C:\xamp\htdocs\project24\system\database\DB_driver. php 第 768 行

php - Doctrine2中的多对多关系导致迁移时出现重复错误

.net - 类型提供程序不适用于 .net 2.0/3.x?

jakarta-ee - 在 JBoss 中替换 Websphere 的 WorkManager?

c# - 在 WPF 面板中托管外部应用程序

c# - 基于参数抛出/不抛出异常 - 为什么这不是一个好主意?

c# - 在 .NET 中读取 native win32 异常数据/参数

c# - 使用 .NET 检测 .ogg 文件属性? channel 数,每 channel 位数,采样率?