准备学习Powerbuilder，有什么建议？

Question

这可能是一个奇怪的问题。毕竟，大多数人想跳出PB而不是跳入。

然而，经过仔细分析，我觉得Powerbuilder可以比C#更快地完成任务，因为它是一种4GL语言。

现在PB正在成为.NET平台的一部分，我认为这可能是一个好工具。

我的主要重点是开发具有大量数据输入/报告/数据表示的企业应用程序。

我尝试过datagridview，与datawindow相比，它非常糟糕。我最初想购买和尝试telerik解决方案，但由于时间不足，我认为在C#中的实现同样难以使用。

您是否认为现在跳入Powerbuilder是个好主意，因为它是唯一承诺转向.NET的4GL语言？

非常感谢您的帮助。请根据我的标准进行批判：

1. C#非常底层，涉及到数据绑定控件等方面需要编写大量代码。 2. Powerbuilder是一种4GL语言，具有良好的抽象能力，避免了不必要的编码。当制作其范围内的东西时，PB更加受限，可以在企业应用程序中完成更多的工作。C#是一种极其强大的语言，您可以在C#中制作任何东西。但是，Powerbuilder更受限，且在其范围内可以完成更多的工作：即企业应用程序。 3. Powerbuilder正在转向.NET平台，并且可以使用C#进行更复杂的扩展。 4. 是的，我知道有一个DataWindow.NET控件非常出色，但它不能保证长期支持，因为Sybase可能在看到PB.NET的销售后停止支持它。毕竟，这将会危及PB.NET的销售。

- cygnus atratus

Answer 1

您说的没错，PB确实可以提高生产效率。最终，"使用有效的工具"的策略是可行的。但需要注意以下几点：

• 您似乎正在开发一个全新的应用程序。如果是这样，那很好，您有机会从第一天开始将其构建为.Net PB应用程序。PB 12相当于C#，而PB经典版相当于C++，因此您想要使用PB的原因（希望获得更高级别的.Net入门点）符合Sybase的意图。
• 将其作为包括您所提到的.Net集成在内的整体解决方案，并且一定要利用学习C#的机会。作为开发人员，.Net比PB更适合未来的机会。
• 您是否需要随时雇用其他资源来帮助开发/支持应用程序？鉴于语言受欢迎程度的趋势，可能更难找到PB资源而不是.Net资源。请注意，我对开发人员的质量不做任何声明：PB或.Net，您都会发现有经验丰富的、一般的和不称职的开发人员。
• 如果您决定使用Datawindow .Net，则不必过多担心它。我不认为它会消失，但更熟悉它的人可能能够提供更多上下文信息。

最后，尽管具有更高级别的C#入门点具有一定的价值，但您将不得不学习有关PB和C#的知识。管理两个工具会引入比管理一个工具更多的开销。对于那些构建大量数据输入和报告的典型CRUD应用程序，数据窗口与SQL之间的生产力增益和强关系可能是值得的 - 这取决于您自己的决定。

- Bernard Dy

---

你好，能告诉我你所说的“作为一名开发者，.Net比PB更好……”是什么意思吗？我猜你是指PB.NET比PB Classic更好？非常感谢。很可能我会在PB 11.5中开发WinForm，并在Sybase跨越后迁移到WPF。简要背景：我是一名独立的IT顾问。我为教育行业开发软件。作为一名商人，应该花更多时间帮助客户，而不是在所有细节中挣扎。我认为VB.NET和C#更受欢迎，只是因为其内部结构暴露出来，这使它们

1. 通用
2. 适合在大学里教授

- cygnus atratus

我并不是说PB .Net比PB classic更好；您的项目可以使用任何一种成功。我的意思是，.Net可能会让您的简历看起来更好，并使您能够获得比PB更多的工作机会；PB是一个很棒的工具，但似乎在新开发中使用的频率不如以前高了。也许在您的情况下这不是一个很大的问题，如果您有足够的客户资源，他们不会对您施加开发选择的压力（如果是这样，那就太好了！）。 - Bernard Dy

Answer 2

我认为你不必担心 PB 会在短时间内消失，它已经存在了很长时间，一直在不断发展，并将继续存在。有一个非常活跃的用户社区，许多大型企业仍在使用它。

我认为从接触不同的编程范式的角度来看，学习尽可能多的工具/语言也是好的。PB 非常适合某些项目，C＃适合其他项目 - 它们不一定会相互抵销。

你可以在这里查看最新的 PB.NET（Beta2）

- AndersK

---

@Night，很抱歉听到你的沮丧，但是Sybase新闻组（http://www.sybase.com/support/community-forums）中有相当多的活动。我承认它比C#少得多，但我怀疑C#开发人员比PB开发人员要多得多。 - AndersK

Answer 3

如果可能的话，我建议您等待一段时间，看看PB12到底表现如何。让我担心的是：

1. 现有的PB应用程序理论上可以编译成本地代码。这个功能效果非常差。或者准确地说，它完全不工作。PB将如何导出到.NET还有待确定。他们似乎致力于此，但在看到一些真实世界的证明之前，我不会信任他们。
2. 基于PB11.5及以下版本，Sybase 在我的看法中做得很糟糕。他们急于采用新技术，但基础并不牢固。PB12是一个很大的改变，基于他们的开发质量，我会等待至少使用几个构建之后再使用它。
3. PB确实可以提高生产力，但作为一个PB程序员，我无法想象有人现在会真正进入它。你将拥有一个非常小的社区，没有太多的开源支持，也没有明确的未来。而且，根据最近的经验，Sybase的支持也相当差。

最后，如果你决定这么做，我能给你的最好建议就是：在设计项目时要考虑到将来可能需要将其移植到另一种语言。我不是.NET程序员，也没有使用过PB12，所以无法确定具体的方法，但请记住这一点。我希望我们的应用程序，即使是回溯到PB3甚至PB2，也是可移植的。

- Eran

Answer 4

非常感谢大家。

我决定坚持使用C#，因为我担心（也许是不合理的）Sybase在未来的.NET升级中会跟进缓慢。

因为我还年轻，正在开发全新的应用程序，所以我更喜欢选择一种具有长期性和支持的语言。

尽管如此，我觉得Powerbuilder不像其他语言那样受欢迎，这很遗憾，因为我可以看到惊人的生产力提高，数据窗口控件是我长期以来见过的最令人印象深刻的数据绑定控件之一。

再次感谢Eran和Bernard！

- cygnus atratus