PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

PowerBuilder 8.0 新特性

■ 工作环境

新的工作环境允许开发小组控制多步进行的开发工作，包括一个或多个标准的客户服务器应用程序，一个或多个分布式组件应用程序和一系列web-targets。

■ Targets（对象）

每个应用程序的部署对象都可能不同。对象包含关于应用程序和所需的部署类型的信息。

■ Web Targets（Web对象）

Sybase的PowerSite产品被全面整合到PowerBuilder的环境中，允许开发人员开发PowerBuilder应用程序、EAServer组件和/或HTML、

JavaScript? web组件。

■ 增强的对EAServer的支持

它能够轻松的与EAServer协作，特别为EAServer设计的功能使开发过程更简单并不会出错。

■ 增强的稳定性和速度

PowerBuilder 8比PB 7性能更好且更稳定。

■ 增强的源代码控制

源代码控制同其它非二进制代码环境中提供的方法一致。

■ 增强的生产力

除了工作空间和对象之外，IDE拥有额外的功能来增强开发人员的生产力。包括增强的自动脚本、新的更强大的向导、用于部署应用或增强IDE

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

的命令行界面， PowerBuilder 8的系统环境实现了以前版本所没有的潜在功能。

■ 异常处理

类似Java?的异常处理现在成为PowerBuilder语言的一部分。这使得应用更为强健。

■ DataWindow TM 增强

DataWindow是PowerBuilder中最强大的单独控件，它得到了增强，为Web-DataWindow功能添加了JavaScript的自动生成。

PowerBuilder 8.0 优势特性vs. VB 6.0

■ DataWindow

DataWindow 是一个非常强大的控件，它允许用多种格式和访问形式访问数据，编辑数据并生成报表。 HTML DataWindow 在基于浏览器的瘦客户解决方案中为开发人员提供了同样的DataWindow 功能。PowerBuilder能够在运行时建立查询、创建DataWindows并保存这些信息以供将来使用。这为PB程序的用户提供了特别的查询和报表功能。

VB没有与PB DataWindow相同的数据访问、编辑和报表功能。此外，运行时你无法创建一个VB Active Data Object (ADO)控件，而在PB中可以 ■ 面向对象

面向对象的开发一直是PowerBuilder的强项。利用PB中的图形化继承模型，对象的继承变的非常容易。

VB不是面向对象的。微软的一些控件就是为了弥补这个不足。比如，VB中的listbox和filelistbox控件。在面向对象的语言中filelistbox控件是一个特殊的listbox控件，因此能够被开发人员进一步特别处理。

■ 平台无关

PowerBuilder的应用程序能够在Windows上运行，它的组件目前可以利用EAServer在Java环境中部署，未来还可以利用其它的第三方应用服务器。PowerBuilder 的客户可以通过EAServer访问CORBA, COM或JAVA组

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

件，因此它是最灵活多变的工具。在PB中开发组件并将其部署到EAServer，还意味着PB组件能被外部的任意平台上的客户轻松访问。

VB的一个主要弱点就是它的平台相关性。如果运行微软之外的操作系统，用户就无法使用Visual Basic。VB与其它厂商产品的整合比较麻烦，微软想借此将开发人员锁定在MS SQL Server?和 MS Visual SourceSafe等自己的工具上。因此它不如PowerBuilder那么开放。

ADO是VB沿用的数据访问标准。这是另一个微软自定的标准，目前只受到微软自己工具的支持。

■ 应用服务器整合

与EAServer 的整合意味着PowerBuilder的开发人员，能够使用COM 或CORBA中的任何一种对象模型来进行分布式组件开发。PowerBuilder的不可见对象能够作为CORBA 兼容的组件被部署到EAServer中，使得这些组件能够被任何前端软件访问。PowerBuilder的组件开发仍然很容易并且现在包括了远程调试。PB 也能将COM 组件部署到MTS。

VB只能运行于微软的MTS应用服务器，并且只遵循COM对象模型。 ■ 工作适应性

PowerBuilder 8.0适合于开发小型、中型和大型企业应用。商业数据和商业逻辑能够很轻松的用PB的对象模型进行封装，如果使用EAServer，PowerBuilder允许你将应用部署到任何平台。Web-targets和增强的

EAServer整合使得PowerBuilder 成为一个开发分布式应用的强大工具。 PowerBuilder客户应用还能够连接到EAServer中的EJB, 进一步利用它的访问能力连接多种组件。

VB最适合用于开发中小型的应用，因为在可重用性方面它还存在缺陷。VB模型不支持任何Java访问，因此不能访问Java服务器和组件。

■ 版本迁移

PowerBuilder的源代码移植起来非常简单。

VB用户没有通往.Net简单清晰的迁移途径。绝大多数VB 6编写的应用程序将不具备与.NET的向前兼容性。你会发现更多VB 6编写的应用需要某些类型的修改。看起来.NET更青睐C#语言，C#将是Java的竞争对手。而

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

VB将被打入冷宫。

■ 可伸缩性

PowerBuilder 能被用于开发小型、中型和大型客户－服务器应用程序。它也可以用于分布式环境。

Visual Basic主要适于开发中小型应用程序和微软自定的分布式组件。它只遵从微软自己的对象模型标准。产品并不开放。

PowerBuilder 8.0 超越VB 6.0的面向对象优势

■ 内建的控件

PowerBuilder 自带一个包含175个控件的控件类集合，还能基于这些控件创建客户类。它还带有一个全面的类库，用来促进企业级客户服务器应用、分布式应用和组件的开发。除此之外，在PB环境中还可以访问任意的OLE或ActiveX? 控件。

■ 外部控件

OLE 和 ActiveX控件能够轻松的被加进PowerBuilder环境中，或者通过内建的OLE支持功能进行访问。

■ Internet 控件

PB包含了几个用于Internet访问的控件，不过它真正的特性是将PowerSite 产品集成进了整个开发环境。能够在一个环境中开发功能完备的Web网站已经让开发人员感到非常满意，而与EAServer的整合更是让

PowerBuilder成为强大的Internet开发工具。

Visual Basic没有自带内建的Internet控件，它要依靠第三方的控件。这样的缺点就是缺乏现成的Internet控件解决方案，就需要更多的评估时间――同时还需要更多的花销并与更多的厂商打交道，这也会增加系统的复杂度，带来更高的总成本。

■ 业界标准的对对象模型的支持

PowerBuilder能够被编译成COM组件。通过与EAServer的集成， PowerBuilder 代码能够被当做 CORBA 组件进行部署，这使得PB组件能够被

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

任何前端工具所访问。此外，PowerBuilder 8 提供了访问EAServer中部署的EJB的方法，打开了更多的访问通路。

Visual Basic仅仅支持微软的COM模型，它只允许组件被建为

ActiveX 控件，而这种控件只能被用于MTS或COM环境。

■ 其它(邮件, OLE等)

PowerBuilder 直接支持MAPI，还可以通过第三方控件支持其它协议。能利用EAServer 还意味着PB能访问J2EE所有的系统，包括JavaMail。

PowerBuilder 8.0 超越VB 6.0的生产力优势

PB的DataWindow在数据访问方面具备优势，因为它在数据表示风格、数据访问支持和HTML生成功能方面样样出色。IDE的改进能够让开发人员更容易的使用更多的功能，对面向对象开发模型的支持使PB能够开发更大的系统。VB不能提供PowerBuilder/EAServer 整合系统所能提供的各种功能。微软的反Java战役使它在此领域也受到了伤害，而目前基于Java的应用仍在持续增长。

■ 开发人员的生产力

对于客户服务器应用的开发来说， PowerBuilder 基础类库 (PFC)已经非常出色。PB本身内建了许多标准的商业功能，用于开发可靠的标准化客户服务器应用。此外，用于分布式开发的类库使得这些应用程序能够快速的被移植成分布式应用程序。

PowerBuilder 8 开发环境拥有几项对开发人员至关重要的辅助功能，包括workspaces(工作空间)、系统树以及与EAServer更紧密的整合。它的代码和/或对象能够轻松的被转为组件，使得整个应用能平滑得变为分布式应用程序。

在PB中能开发出DataWindow，它是PowerBuilder最重要的数据处理元素，DataWindow 能够在分布式应用中被重复使用，并能通过ASP或JSP页面进行访问，它是非常强大的工具，能显著减少整体成本。

■ 软件重用带来的生产力

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

PowerBuilder的一个主要优势就是重用性。Visual Basic缺乏重新使用对象的能力。每个被创建的PowerBuilder对象都将变成一个可重用的类，创建一个对象的过程非常简单，只需选择File|Inherit菜单，然后再选择File|Save菜单就可以创建新的对象类。一个对象已经存储后，立即能够被任何开发人员或者当前程序的任何对象使用。应用程序之前的共享可以采用类库的方式，或者直接在项目中包含所需的对象类的类库。额外的

Powersoft Foundation Class Library (PFC， 基础类库)给PowerBuilder带来更多的竞争优势。PFC是一个完备、经受实战考验的类库，它能支持绝大多数繁重的开发工作。它针对许多通常需要编程的领域进行了精心的设计。考虑到每个PowerBuilder 对象都是一个可重用的类或父类，PFC给

PowerBuilder 的开发人员提供了能够与许多C++类库匹敌的工具库。利用定制的组件对类库进行扩充是相对简单的过程。组件的创建非常简便，在使用前只需将它们包含进项目中。VB的面向商业的类库功能相对弱的多。

PB能在运行时添加组件 (该组件在编译程序的时候并没有包含)，这也是一个胜过Visual Basic的优点。PowerBuilder中拥有语言特性支持late-binding（推迟－绑定）和动态函数调用。因此，在PB中能编写可以随时扩充的应用程序。而Visual Basic 是一个early-binding （先期－绑定）的语言因此很难提供类似的功能。经过精心设计，一个应用程序能够通过调整所包含的类库，在运行时进行 "自行构建 "。应用程序可以预先编写代码访问那些在编译时没有被包含的组件，从而实现这个功能。PowerBuilder的另一个优势是它的代码能够由外部设计工具生成，比如Rational Rose 和 Riverton HOW。除此之外，在PowerBuilder 产品包中有一个Sybase

PowerDesigner的演示版本，它能根据数据或者对象模型生成标准的基于PFC的代码。

■ 第三方整合

诸如OCX和ActiveX等第三方控件能够通过标准的COM接口得到支持。此外，开发人员能够通过EAServer连接访问任意的CORBA 组件。有一个向导能够快速列出所有可用的组件和它们各自的方法。

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

PowerBuilder 8.0 超越VB 6.0的开发功能优势

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

数据的强大机制 Internet 开发- 应用服务器 与 EAServer 的整合使得 PB 成为非

也没有 Web DataWindow VB 不能访问其它流

常强大的工具, 既能开发客户端组件也 行的应用服务器 能开发服务器端的组件.EAServer 与 PB 产品一同发行因此每个开发人员都 能访问到应用服务器. 他们还能建立部 署于 MTS 中的 COM 组件. 未来 PB 还 将支持第三方应用服务器.

数据库应用

DataWindow 使应用开发更为简易. PFC ADO(活动文档对象)在 类库包括了针对数据库应用量身定做 数 据 访 问 方 面 不 如 的可继承的类,支持复杂的数据连接, DataWindow,因为需要大 应用管理,错误处理和其它功能. 量 的 控 件 才 能 实 现 DataWindow 作为一个控件,在应用程 DataWindow 的功能.同 序中非常有用, 因为它并不连接到任何 时,开发人员必需创建多 数据源 个 ADO 才能满足数据需 求,也就是说必需个别设 定每个数据连接的信息 PowerBuilder 8.0 超越 VB 6.0 的开发环境优势

类

别

PowerBuilder 8.0 IDE 功能强大,提供了包括继承在

Visual Basic 6.0 VB 只 能 开 发 用 于

综合情况

内对一个对象的所有特性的访问能力. MTS/IIS 的 ActiveX 控件, 开发人员可以直接通过一个组件面板 不适合用于分布式环境. 访问组件, 该面板包括标准的 PB 控件, 没 有 额 外 的 ActiveX 控 还能向工具条上添加用户控件, 或者通 件 , VB 就 无 法 访 问 过开发库直接选取对象. CORBA 或 Java.这就限

IDE 可以完全进行定制,开发人 制了 VB 本身支持的分布 员能够为不同的任务保存不同的布局. 模型.

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

AutoText 功能可以通过提供下拉式的

在微软 (MTS/IIS) 以

选项列表(包括函数和事件)来生成代 外的分布式开发环境中, 码. VB 的角色有时十分模糊, 对象属性表是动态生成的, 因此继 它大多数时候仅仅是一个 承得来的对象在属性表中会自动显示 优秀的 ActiveX 控件开发 其父类变量.父类事件和函数脚本也能 工具. 在类中很容易的察看到. 访问其它组件要比

包含了多个向导和助手, 用于开发 PB 复杂的多, 因为在使用 常用或非常用的任务,比如构建用于 控件前它需要将用户控件 EAServer 的组件. 生成器向导允许你指 添加到组件库中.这就需 定每个组件的目标. 要支

付比较高的控件成

每个开发出来的 PB 对象都自动成 本,并且投入更多成本管 为一个可继承的类.PB 无需构建 VB 理更多的厂商.同时,许 中的"模板". 多公司提供的控件太小并

数 据 库 访 问 通 过 DataWindow 且在财务上不够可靠. Painter 构建而成, 它提供了功能完善的 SQL 设计器,"实时"的数据显示,包括 图形在内的用户化表示格式, OLE 对象 嵌入和嵌套的报表.DataWindow 可以 由 SQL,存储过程或外部资源生成,例 如在通过 EAserver 服务器访问时可由 组件方法生成. Syntax-hightlighted(突出语法)代 代码处理 VB 的代码显示窗口

码和自动缩进功能是 PB 在代码处理方 结构不如 PB. 所有的表单 面的优点. 用户可以通过弹出式菜单访 (窗口)代码都在一个流中 问所有的"代码块".系统函数也可以通 连续显示.如果有大型复 过这个方法察看. 杂的对象,可能导致不同

当前窗口的事件和函数都被清晰 函数/事件之间划分不清.

PowerBuilder 8.0 vs. Visual Basic6.0竞争分析

的标识出来,代码显示每次只限于一个

当方法代码超过 20

方法.PB 用单独的流来维护每个事件/ 行, 开发就变的比较迟缓, 函数,因此不会导致重叠或混淆. 需要进行更多的组织和跟

支持 Java 的 Throw,Catch 和 踪工作. Finally,从而能够圆满的处理错误. VB 不支持 Java 的

提供出错处理函数以便开发出自 Throw,Catch 和 Finally 动化的错误处理程序. 系统错误会被自 错误处理机制.它仍然借 动处理,也可以手动送到调试器. 助基本的不太完善的 On

垃圾收集功能能清理执行代码中 Error 语句来处理错误. 开发人员留下的冗余代码. Code Profiler(代码模仿器)可以 分析代码的潜在问题或瓶颈所在. 系统树允许用户将对象函数或属 性用鼠标拖放到代码窗口. PB 在产品中包含了获得专利的 Data 内建的报表功 能 VB 的 Web 报表功能不

Window 和 InfoMaker 查询及报表工 够强健,它的 ADO 方案 具,它们能帮助用户生成报表. Web Data Window 被用于在 Web 上 也不如 PB 强健和全面. VB 的报表风格同 PB

进行数据输入和生成报表. PSR 被用于 内 建 的 功 能 相 比 限 制 更 能分发,能操作的报表.即便生成报表 多. 的程序早已不知去向, 用户也能够修改 报表中的一些部分.

本文来源：https://www.bwwdw.com/article/zvy1.html