PowerBuilder 12的可能性

Question

我是.NET开发人员，我听说自从第12版PowerBuilder增强了与.NET的集成。使用Sybase PowerBuilder而不是普通的WPF编程技术有什么优势？

何时建议使用Sybase PowerBuilder？

Answer 1

使用PowerBuilder的第一个好处一直是，可能永远是DataWindow。有了它，你就会获得以下优势：

• 开发一次以获得可滚动的单行/多行用户界面和可打印的报告（WPF取消了这一优势，但我认为DataWindow仍然需要它）
• 基于表达式，逐行评估的属性定义（例如，如果它超过之前行的工资，则加粗工资，仅当部门是“教育”时才显示teaching_assistant等等）
• 逻辑记录锁定
• SQL注入攻击预防
• 基于SQL语句的动态UI和/或报告生成
• DBMS可移植性
• 处理身份值
• 磁盘缓存
• 将数据库错误转换为事件
• 能够在运行时监视，拦截，修改或取消SQL
• 能够将数据或用户界面导出为多种格式
• 12中的新功能，它允许您将任何WPF控件绑定到DataWindow数据集中的列

另一个被提升为优势的重要事实是你可以使用视觉继承。因此，您可以创建一个控件（“标准用户对象”）并将其放在多个窗口或画布（“自定义用户对象”）上，并在后代级别覆盖该属性。然后，您可以稍后返回并更改祖先“标准用户对象”的属性（例如，更改字体标准），并且更改将传播到使用用户对象的所有位置，假设更改的属性未在后代级别。我喜欢属性继承，但不像我喜欢的方法继承。例如，通过方法继承，在一个地方进行编码，我可以立即将一个新的控制行为普遍地分发给我的应用程序（例如，在WPF中，也许我可以在我们按下鼠标时给我的按钮一个悸动的红色发光......或者，好的味道，也许不是）。或者，我可以在祖先中加载可选功能，并立即将其提供给所有后代。

在撰写本文时，这些仍然是PB12的早期阶段，因此人们使用它们时可能会产生新的优势。我保留回来重写我的历史的权利。

祝你好运，

特里。

Answer 2

由于我的工作，我一直在使用PowerBuilder一年，这些是我的结论：

• 好的，PowerBuilder是盈利产品。这是因为有很多来自侏罗纪项目的遗留代码，比如银行，医院的软件......没有人使用PB启动新项目，公司不希望听到有关迁移的任何信息。
• 我认为PB 12允许您使用 .NET 实现应用程序是一件好事。但这对PowerBuilder来说并不好，它与 .NET 有关。 PB程序员的好消息，也许现在他们学习了一种更有用的编程语言。
• Datawindow 只是一个sql解决方案，实现了一些操作，基本上选择，插入，更新其他一些东西。也许15年前它很棒，但现在没什么特别的了。
• 库是最小的，您必须实现许多内置于其他语言的功能。
• PB没有框架，因此项目已经增长多年且无法控制。它们在大小和耦合方面都是怪物。
• 这使代码维护成为一场噩梦。
• 工资可能会很好，但请记住，您可能会在未来中对PowerBuilder的体验有所帮助，您希望改变工作或需要。

由于这些和更多的经验，我建议你不要花费任何时间来学习PB，如果它不是绝对必要的。只需使用PB 12为您提供的PowerBuilder .NET IDE。

Answer 3

哈哈，“汉斯帕斯特”和“夜间阴影”听起来像是“生产力羡慕”。

当然，您可以使用第三代编程语言（如C＃或Python）进行编码，并使用Microsoft经常要求的架构更改，或者您也可以使用PowerBuilder等工具，该工具历来为软件开发人员提供了一个最具生产力的平台可以保护我们免受普遍存在的底层操作系统API的影响，以及无尽的架构层......

嗯...也许这就是为什么微软是PowerBuilder的第一批用户之一！

这也是Sybase作为一家公司实现跨越式发展的原因。你能说移动数据库市场份额吗？

但话说回来，我说的是现实世界的经济学。你可以提供什么，需要多长时间。 PowerBuilder赢得了胜利。

理论上，当然，还有其他工具可以在某些方面提供更多功能，但实际上，特别是对于大型企业数据库系统，几乎没有一种工具可以与PowerBuilder做出相同的声明。

部分客户？大多数州政府，西南航空公司，加拿大国家等等。

哦，我们的薪水也会增加。

：）