我最近开始支持 PowerBuilder 9 应用程序，该应用程序最终升级到 PowerBuilder 12。我正在尝试确定是否应该考虑迁移到 PowerBuilder Classic 或 .NET。在我看来，使用 PB.NET 会给我更多的灵活性，但是阅读文档并不能让我清楚地了解它的好处。显然，我可以利用 WPF 表单，并且我会使用 Visual Studio Shell，但我不知道这些是否足以成为改变的理由。
【问题讨论】：
好问题，而不是微不足道的问题。
从好的方面来说，您可以获得 WPF 控件和布局控件。如果您是一个不打算走得太远的开发人员，那将为您提供漂亮、闪亮的控件、可换肤性以及内置于画家的调整大小/缩放。如果你是一个超级极客，你可以开始做一些事情，比如嵌入控件（想想一个控制按钮内的进度条来表示按钮上的一个倒数计时器，这将是时间用完时在定时对话框上的默认操作)，虽然当你和 PB 都在尝试用你的 XML 做一些花哨的事情时，我猜你可能会时不时地踩到对方的脚趾。
此外，除了 PowerScript 之外，您还可以轻松访问庞大的 .NET 函数库。同样，随和的开发人员可能不会从中获得太多优势，但对屏幕类型的开发人员可以轻松地将 SMTP 功能构建到他们的应用程序中。
不利的一面是，您可能会认为迁移不会像 PB 到 PB 迁移那样顺利。如果您明天需要它工作，那么今天开始从 PB 迁移到 PB.NET 可能不是可行的方法。有些东西会损坏并需要修复，每个窗口都需要手动操作才能至少利用调整大小。
我发现的另一个缺点是性能，尤其是应用程序启动（我听说这是 WPF 开发人员的普遍抱怨，而不仅仅是 PB.NET 开发人员）。我期待一切都运行得更快，但发现它是一个混合包。
另外一点：最新的 PB（在撰写本文时）是 12.6，这是 12.5 的维护补丁。如果您购买 12.0，您将无法免费升级； 12.0 和 12.5 之间的跳跃是一个“主要”版本，需要进行定价升级。也许您想要 n-1 版本，但如果没有，则目标购买 12.5。
祝你好运。
@Matt Balent 在 cmets 中间接提出了另一个好点。从 PB9 迁移到 PB12，如果您是一位经验丰富的 PB 开发人员，您可能会在同一天高效工作而不会错过任何一个节拍。迁移到 PB.NET 将需要一个不平凡的学习曲线。 IDE 明显不同，因此即使在第一天在 CommandButton 上设置 Default 属性也可能会令人沮丧（......并非不可能，但如果这是您的第一项任务，我会计划 30 分钟而不是 30 秒）。
【讨论】：