在估算 PowerBuilder 转换项目时要寻找什么？答案

【问题标题】：What to look for in estimating a PowerBuilder Conversion Project?在估算 PowerBuilder 转换项目时要寻找什么？
【发布时间】：2023-03-20 22:40:01
【问题描述】：

我一直在尝试为 PowerBuilder 9 到 11.5 制定规范迁移相对复杂的应用程序。授予 PowerBuilder 不是我的专长我在试图证明一个问题时遇到了问题估计项目的这一部分（和 PowerBuilder 的人我一直在谈论最近有一些个人问题并且已经离开了沟通）。这些是我们已经看到并可以评估的一些指标：

-PBL 文件
-主窗口
-数据窗口
-函数

（不，我们没有此项目的可用源）

哪些指标特别有用？任何给定的“单元”（例如数据窗口）需要多长时间？

【问题讨论】：

对 PB 9 了解不多，但我们刚刚用更好的 .NET 程序替换了上一个 PB 5 应用程序的原因之一是漏洞是二进制 BLURB，其中我们无法访问文本级别的代码。所以，版本控制效果不佳，全局搜索效果不佳，代码指标？？？是的，你明白了，它们也没有很好地工作。

标签： estimation powerbuilder project-estimation powerbuilder-conversion

【解决方案1】：

大多数 PowerBuilder 迁移都相当顺利。可能让您从 9.0 迁移到 11.5 的最重要的事情是 (a) Rich Text Edit 控件（如果使用）和 (b) Unicode 与 ANSI 的变化。如果您有传递字符串的外部函数调用，并且只需要添加 ;ANSI 后缀或迁移到调用的 Unicode 版本，则后者主要是一个问题。

因此，查看是否使用了富文本编辑控件，并查看声明了多少外部函数调用。如果您没有任何一个，这就像在 11.5 中打开项目（当然是在进行备份之后）并允许 11.5 进行迁移一样简单。

【讨论】：

我同意这两个类别。 PB 迁移会将“;ANSI”限定符添加到任何具有字符串参数的外部函数调用。我会寻找任何具有字节数组或有人试图将字符串填充到其中的 blob 的外部函数；将 Unicode 字符串而不是 ANSI 字符串填充到其中可能会导致问题。（PBL Peeper 可以为您提供 ext fns 列表。）至于指标，我认为任何基于代码的指标都无关紧要。迁移是自动化的。大部分工作是测试，所以您想知道应用程序 UI 中功能点的数量。
如果它是 PFC 应用程序，要考虑的另一件事是您是否会修复并继续使用迁移的 PFC 或迁移到为 11.5 构建的版本。如果没有中间层并且对 PFC 进行了自定义，您可能希望保留旧的 PFC。
布鲁斯的好答案。我唯一要补充的是留出足够的测试时间。迁移通常非常顺利，我敢打赌你会在第一天完成。 Terry 提到的 ANSI 问题让我进行了一次迁移。然而，要找到发生的怪癖需要进行大量测试。

【解决方案2】：

已经有一段时间了，具体细节我不记得了，但是我们从 9 升级到 11.5 非常顺利。

【讨论】：