PowerBuilder8.0vs.Visual Basic6.0竞争分析
PowerBuilder8.0新特性
■工作环境
新的工作环境允许开发小组控制多步进行的开发工作，包括一个或多个标准的客户服务器应用程序，一个或多个分布式组件应用程序和一系列web-targets。
■Targets（对象）
每个应用程序的部署对象都可能不同。对象包含关于应用程序和所需的部署类型的信息。
■Web Targets（Web对象）
Sybase的PowerSite产品被全面整合到PowerBuilder的环境中，允许开发人员开发PowerBuilder应用程序、EAServer组件和/或HTML、JavaScript?web组件。
■增强的对EAServer的支持
它能够轻松的与EAServer协作，特别为EAServer设计的功能使开发过程更简单并不会出错。
■增强的稳定性和速度
PowerBuilder8比PB7性能更好且更稳定。
■增强的源代码控制
源代码控制同其它非二进制代码环境中提供的方法一致。
■增强的生产力
除了工作空间和对象之外，IDE拥有额外的功能来增强开发人员的生产力。包括增强的自动脚本、新的更强大的向导、用于部署应用或增强IDE
的命令行界面，PowerBuilder8的系统环境实现了以前版本所没有的潜在功能。
■异常处理
类似Java?的异常处理现在成为PowerBuilder语言的一部分。这使得应用更为强健。
■DataWindow TM增强
DataWindow是PowerBuilder中最强大的单独控件，它得到了增强，为Web-DataWindow功能添加了JavaScript的自动生成。
PowerBuilder8.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组
件，因此它是最灵活多变的工具。在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对象模型。
visual basic pdf■工作适应性
PowerBuilder8.0适合于开发小型、中型和大型企业应用。商业数据和商业逻辑能够很轻松的用PB的对象模型进行封装，如果使用EAServer，PowerBuilder允许你将应用部署到任何平台。Web-targets和增强的EAServer整合使得PowerBuilder成为一个开发分布式应用的强大工具。
PowerBuilder客户应用还能够连接到EAServer中的EJB，进一步利用它的访问能力连接多种组件。
VB最适合用于开发中小型的应用，因为在可重用性方面它还存在缺陷。VB模型不支持任何Java访问，因此不能访问Java服务器和组件。
■版本迁移
PowerBuilder的源代码移植起来非常简单。
VB用户没有通往.Net简单清晰的迁移途径。绝大多数VB6编写的应用程序将不具备与.NET的向前兼容性。你会发现更多VB6编写的应用需要某些类型的修改。看起来.NET更青睐C#语言，C#将是Java的竞争对手。而
VB将被打入冷宫。
■可伸缩性
PowerBuilder能被用于开发小型、中型和大型客户－服务器应用程序。它也可以用于分布式环境。
Visual Basic主要适于开发中小型应用程序和微软自定的分布式组件。它只遵从微软自己的对象模型标准。产品并不开放。
PowerBuilder8.0超越VB6.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组件能够被
任何前端工具所访问。此外，PowerBuilder8提供了访问EAServer中部署的EJB的方法，打开了更多的访问通路。
Visual Basic仅仅支持微软的COM模型，它只允许组件被建为ActiveX控件，而这种控件只能被用于MTS或COM环境。
■其它(邮件,OLE等)
PowerBuilder直接支持MAPI，还可以通过第三方控件支持其它协议。能利用EAServer还意味着PB能访问J2EE所有的系统，包括JavaMail。
PowerBuilder8.0超越VB  6.0的生产力优势
PB的DataWindow在数据访问方面具备优势，因为它在数据表示风格、数据访问支持和HTML生成功能方面样样出。IDE的改进能够让开发人员更容易的使用更多的功能，对面向对象开发模型的支持使PB能够开发更大的系统。VB不能提供PowerBuilder/EAServer整合系统所能提供的各种功能。微软的反Java战役使它在此领域也受到了伤害，而目前基于Java的应用仍在持续增长。
■开发人员的生产力
对于客户服务器应用的开发来说，PowerBuilder基础类库(PFC)
已经非常出。PB本身内建了许多标准的商业功能，用于开发可靠的标准化客户服务器应用。此外，用于分布式开发的类库使得这些应用程序能够快速的被移植成分布式应用程序。
PowerBuilder8开发环境拥有几项对开发人员至关重要的辅助功能，包括workspaces(工作空间)、系统树以及与EAServer更紧密的整合。它的代码和/或对象能够轻松的被转为组件，使得整个应用能平滑得变为分布式应用程序。
在PB中能开发出DataWindow，它是PowerBuilder最重要的数据处理元素，DataWindow能够在分布式应用中被重复使用，并能通过ASP或JSP 页面进行访问，它是非常强大的工具，能显著减少整体成本。
■软件重用带来的生产力

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。