.net powerbuilder12的可能性

我是一名.NET开发人员，我听说自发布12以来，PowerBuilder增强了与.NET的集成。与普通WPF编程技术等相比，使用Sybase PowerBuilder有哪些优势

---

建议何时使用Sybase PowerBuilder？

使用PowerBuilder的第一个优点一直是，而且可能永远是数据窗口。有了它，您可以获得以下优势：

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

另一个被提升为优势的重要因素是，您可以使用可视化继承。因此，您可以创建一个控件（“标准用户对象”）并将其放置在多个窗口或画布（“自定义用户对象”）上，并在子级重写该属性。然后，您可以稍后返回并更改祖先“标准用户对象”上的属性（例如，更改字体标准），并且更改将传播到用户对象使用的所有位置，前提是更改后的属性未在子级被覆盖。我喜欢属性继承，但不像我喜欢方法继承那样喜欢。例如，使用方法继承，在一个地方编码，我可以立即将一个新的控件行为分发到我的应用程序中（例如，在WPF中，当鼠标移到按钮上时，我可能会给它们一个跳动的红光……或者，在良好的品味中，可能不会）。或者，我可以在祖先中加载可选功能，并立即将其提供给所有后代

在写这篇文章的时候，PB12还处于起步阶段，所以当人们使用它们时，可能会有新的优势。我保留回来重写我的历史的权利

祝你好运

特里。

哈哈，“汉斯·帕桑”和“夜影”听起来像是“生产力嫉妒”

当然，您可以用第三代编程语言（如C#或Python）编写代码。。。。随着微软不断要求的体系结构变化而变化，或者你也可以使用PowerBuilder这样的工具，它通过保护我们免受无处不在的底层操作系统API和层出不穷的体系结构的影响，为软件开发人员提供了历史上最具生产力的平台之一

嗯。。。也许这就是为什么微软是PowerBuilder的首批用户之一

Sybase作为一家公司一直在飞速发展也是有原因的。你能说移动数据库的市场份额吗

但我再次谈到现实世界的经济学。你能提供什么，需要多长时间。PowerBuilder胜出，这是不言而喻的

理论上，当然，还有其他工具在某些方面提供了更多的功能，但在实际应用中，特别是在大型企业数据库系统中，几乎没有一种工具可以像PowerBuilder那样提出同样的要求

一些客户？大多数州政府、西南航空公司、加拿大国家等

哦，我们的薪水也多了

---

：）

由于我的工作，我已经使用PowerBuilder一年了，以下是我的结论：

• 好的，PowerBuilder是一款盈利的产品。这是因为侏罗纪项目中有很多遗留代码，比如银行、医院等的软件，。。。没有人使用PB启动新项目，公司也不想听到任何关于迁移的消息
• 我认为PB12允许您使用.NET实现应用程序是一件好事。但是PowerBuilder的这一点都不好，它是关于.NET的。对于PB程序员来说是个好消息，也许现在他们学习了一种更有用的编程语言
• Datawindow仅仅是一个sql解决方案，实现了一些操作，基本上是选择、插入、更新一些其他的东西。也许15年前它还不错，但现在它没什么特别的了
• 库非常小，您必须实现许多其他语言内置的功能
• PB没有框架，因此，项目多年来一直在增长，没有控制。他们过去在大小和耦合方面都是怪物
• 这使得代码维护成为一场噩梦
• 薪水可能不错，但请记住，如果您想换工作或需要换工作，那么您在PowerBuilder方面的经验在未来可能不会有太大帮助

---

由于这些和更多的经验，我建议你不要花任何时间试图学习PB，如果它不是严格必要的。只需使用PB 12提供的PowerBuilder.NET IDE即可。

我非常有兴趣看到一个数据库密集型应用程序，该应用程序具有交叉表和向下搜索功能，只需使用开发工具附带的工具即可在这些所谓的优越环境中实现。如果你认为DataWindow没有什么特别之处，你就不知道如何使用它。我认为它没有什么特别之处，因为我知道其他编程资源，不管怎样，这只是我的观点。你能具体说明我的观点吗？我同意休的观点；你对DataWindows的评论非常清楚