migration - Powerbuilder 10.5：升级还是迁移？

Question

我们最近开始支持 PowerBuilder 10.5 应用程序，问题来了，我们是否应该考虑替代方案或保持应用程序在 PB 10.5 中运行。是一款经典的PB应用；一个管理软件，建立在 Oracle DB 之上。

目前，该应用程序运行良好，但我们重新考虑有两个原因：

1. 这个应用程序的唯一开发者即将退休。他是唯一拥有支持此应用程序的所有 PB 知识的人。
2. 我们可能希望改进应用程序提供的服务。因此，与其他工具的集成就在眼前。

我对 PB 不是很熟悉，但我读过它（仅最新版本）现在受Appeon支持。最新版本现在是 2017 R3，即将推出 2019 版本。

我想知道尝试将当前 10.5 版本更新到最新版本的利弊是什么。值得更新吗？或者坚持使用 10.5 版本的利弊是什么？

还是我们应该考虑转向更新的技术，因为现在很少能找到 Powerbuilders？如果是这样，你会建议什么技术？

而不仅仅是旧版和新版 PB 版本之间的差异，我正在寻找升级/迁移/什么都不做的动机。

谢谢。

标签： migrationpowerbuilderpowerbuilder-conversion

Answer 1

所以，没有明确的答案，但我们可以提出一些关于非技术要点的想法（根据要求）。

停留在 10.5：“如果它没有坏，就不要修复它”有很多话要说。如果它有效并且您对它的作用感到满意，请不要移动它。

不过，既然你说打算往前推进，那你可能要考虑一下 10.5 不支持目前的操作系统（一年之内，MS 目前支持的 Windows 系统将只有 Win8 和 Win10），当 10.5 出来时，这不过是想象中的虚构。您的 10.5 应用程序现在可以在 Win10 上运行，但这仅仅是因为 MS 在应用程序的向后兼容性方面所做的工作，并且您没有利用 PB 中在未来版本的 Windows 中存在问题的区域。如果您需要添加功能，使用至少表明它可以在您的操作系统上运行的版本可能会有所帮助。

数据库的并行参数，例外是如果您的应用程序使用 SQL Anywhere，该数据库曾经在多个 PB 包中免费提供。它现在是您必须单独购买的东西。

关于尝试使用旧版本的任何东西，要记住的一件事是支持。如果你被卡住了，厂商基本上不会和你说话，而且同行社区一直在缩小，所以你和其他开发者进行对话的机会就更少了。

升级：升级通常是一件小事。我看到例外的最常见原因是：不推荐使用的功能，以及依赖于版本之间不一致的行为的编码（某些行为被承诺保持一致，但不是全部）。与您的 PB 专家一起使用试用版运行迁移测试，以解决该问题。

升级时要记住的一件事是许可模式已经改变。PB 曾经有永久模式（一次购买，永久使用），但现在是订阅模式。这对您来说是否是一种改进取决于您自己的判断。

升级是否“值得”，在我看来通常归结为

• 操作系统支持
• 数据库支持
• 供应商支持
• 同伴支持
• 不推荐使用的功能，以及我是否使用它们
• 新功能，以及我是否会使用它们（您要求我们不要讨论最后两项，无论如何都需要单独权衡，并且在 Appeon 的网站上有详细记录）

“迁移”：我将“迁移”放在引号中，因为我不相信有一种技术可以让您在代码翻译的意义上“迁移”。（我将让您阅读我的一篇关于想要“迁移”出 PB 的旧长篇大论。）我将在这里讨论的是用新技术重写。从旧的 PB 系统中提取业务规则和用另一种技术重新设计/重写都是一项艰巨的工作。

如今，最大的支持是获得和留住 PowerBuilder 人才。让拥有 PB 的人处于他们的掌控之中是很困难的，而且判断合格的人才是具有挑战性的，即使在面试桌上有 PB 的人也是如此。（如果你想继续使用 PB，请利用你即将退休的人。）用 PB 培训某人也不是一件容易的事。曾经有人问过我，而不是教育工作者，我是否可以在一周内设计一门课程并培训他的团队。我笑了。在由当时的供应商 Powersoft 的专业教育者设计和提供的为期两周的课程之后，我回到家并编写了令人难以置信的令人尴尬的代码。我还需要大量时间练习，并从同龄人那里获得反馈。如果你能找到某人或培训某人，如果他们每年只做几周的 PB 工作，那么那些 PB“肌肉”就会萎缩。

恐怕我不是建议替代技术的人。过去，就富客户端应用程序而言，选择 Microsoft 不会出错，但从那时起，MS 向开发社区发送了一些疯狂的追逐，这些追逐以弃用的技术而告终。我不想成为一个展望未来的人去猜测。

祝你好运。