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