三、 PowerBuilder 9 的新功能是什么?
1. 快速开发JSP Targets－透过精灵及其它RAD工具，开发者可快速开发与部署JSP网络应用程序。
2. Web Services－让开发者无需精通SOAP与WSDL，仍能建立与发展符合微软.NET或其它标准架构的Web Services程序。
3. XML DataWindow－在Web DataWindow之后，PowerBuilder又一创新技术－XML DataWindow。它不仅可以让开发人员将DataWindow上的资料直接储存成XML格式的文件，以及从XML文件直接加载至DataWindow中，而且还可以客制化其中的XML文件。
4. PowerBuilder Native Interface(PBNI)－以往PowerBuilder程序只能够通过外部函数调用的方式来存取C/C++的函数，但在PowerBuilder 9.0之中增加了一项强而有力的界面－PBNI。如今透过PBNI的方式，PowerBuilder开发人员不仅可以对象导向的方式来存取C/C++函数，而且还可反向地让C/C++程序调用PowerBuilder之中的对象，达到应用程序的整合。更甚者，通过JNI与PBNI两者的结合，Java应用程序也可双向地与PowerBuilder程序沟通。
5. 应用程序服务器的支持－除了充分与Sybase EAServer应用程序服务器整合外， PowerBuilder现已支持BEA Weblogic Server、IBM WebSphere及其它J2EE应用程序服务器，此乃经由产生EJB代理程序，再透过此PowerBuilder代理程序调用J2EE应用程序服务器中的EJB。
6. PBDOM对象的提供－即对DOM支持的实现方式，定义XML文件如何存取与运用，在PowerScripts程序代码开发的PBDOM可用来读取、编写及运用标准格式的XML。
7. PDF报表生成－如今在PowerBuilder 9.0之中，使用者可以直接将DataWindow的内容储存成PDF格式的档案，如此让报表的呈现具有更多样性。
8. 资源管理的加强－协助开发者更有效率地管理大型PowerBuilder项目及与Rational ClearCase、Merant PVCS以及其它的版本管理软件更为紧密的整合。
9. OrcaScript公用程序－OrcaScript是一种拟似英文语法的描述语言，它可以让程式开发人员在不激活PowerBuilder开发环境的情况下去处理PowerBuilder应用程序，例如：编译PowerBuilder应用程序、部署PowerBuilder组件至EAServer、从版本管理软件中获得新版本的PowerBuilder程序代码等等。


四、 使用PowerBuilder 9对开发项目有什么好处?
只要是使用过PowerBuilder的开发人员，对于其开发系统项目的高生产力，以及处理数据库的强大功能无不赞誉有加。PowerBuilder不论是在处理数据库的连接、报表的能力和在项目开发的高效能和高生产力，皆是其它相同定位的产品所无法比拟。
现在PowerBuilder推出新的版本，新版本的PowerBuilder 9.0已蜕变朝向全方位「Total Solution」的企业级软件，除了保持原先优良Client/Server快速开发、开放性、高效能的传统，而且更进一步的扩展到分布式系统、Web网站建立及组件的开发。藉由PowerBuilder 9强大的功能和高产力，程序开发人员可以轻易发展出多种型态的系统项目，包含Client/Server、多层次分散架构以及Internet程序，并且轻易的将这些不同型态的系统项目完整的整合在一起。重要的是这么高难度的动作，现在都只要在单一的PowerBuilder环境下，就可以完成这些以往要使用数个软件才能做出来的项目内容。

五、 什么是EAServer?
EAServer是英文「Enterprise Application Server」的缩写。简单的来说，EAServer是Sybase公司针对电子商务应用及企业e化所提出的解决方案，它可以为用户提供全面性企业级Web Site、分布式和主从式架构的解决方案。
EAServer包含了Sybase电子商务解决方案的两个主要服务器产品：Jaguar CTS(Component Transaction Server)和PowerDynamo。Jaguar CTS是一个组件交易服务器，它是Sybase中间层组件体系结构的核心?品，企业可以利用Jaguar CTS的强大功能如一致性、控管性、安全性、延展性，来发展出分布式架构，并为客户端的程序「瘦身」，可以说是未来WEB应用发展及企业e化的典型代表。
Power Dynamo是将数据库与Web Site的管理统一起来的专业动态网页服务器，所谓的动态网页服务器是指用来执行HTML与script语法来产生动态HTML网页的服务器，像Microsoft 的ASP、J2EE中的JSP、Allaire的ColdFusion等都是。
所以你可以想象PowerDynamo是一个和前面几样产品功能与定位均相似的Sybase产品。当然，基于EAServer所拥有的开放性，使用者也可以运用ASP或JSP与Jaguar CTS整合，而且Jaguar CTS是一个通过「J2EE」认证的产品，程序开发人员要使用EJB、JSP、Servlet、JNDI、JavaMail等Java功能，来建构一个专业的企业系统绝对不是问题。下图即为使用EAServer的电子商务策略。

六、 使用PowerBuilder 9搭配EAServer有什么好处?
现在的交易要求整合、时效及品质。企业本质已由过去的「区域」变成「全球化」，同时信息整合的对象不再只限于企业内部本身，如何规划上下游厂商的供应链、价值链关系，以及如何将企业现有信息向外延伸，将会是企业经营的重要课题。对企业而言，过去的Client/Server(主从式)架构已无法满足现今企业的所有需求，也因此分布式架构无疑是弥补这个需求的好解决方案。企业信息由主从式架构转换为分布式架构时会面临到的难题有下列几点：
· 主从式架构跨越到分布式架构上所面临的技术障碍。
· 开发分布式架构项目的时效性。
· 开发的系统能不能做到「信息的及时」及「功能的满足」。
· 系统开放性的支持。
现在PowerBuilder 9不但加强了对原本Client/Server架构的支持，更对分布式架构紧密结合。对于熟悉PowerBuilder开发技巧的程序开发人员而言，可以不用再另外学习其它的开发方式，便可快速的以原有的开发技巧就可轻易地发展出功能强大且完整的分布式系统，而过去所开发的企业报表(DataWindow)，也可以在几乎不用写一行程序代码的情况下，转变成为在网络上只要使用浏览器就可以人人阅读的网页信息(Web DataWindow)，大大整合了Client/Server系统和分布式系统，我们不用再费神如何居中协调信息的一致性。对于其它的前端而言，调用PowerBuilder 9所部署到EAServer上的组件，就可以给其它EAServer上支持的前端所使用，进而达到开放性架构的目地。所以我们知道，在开发系统时，利用PowerBuilder 9的高效能及强大生产力，配合EAServer的强大功能，无疑是一个天衣无缝的完美搭配，也是不二的选择。


七、 运行PowerBuilder 9所需要的环境是什么?
＊ 支持操作系统：
NT4 sp6a、Win 2000 sp2 以上及Windows XP，已不再保证支持Win 98、Win 2000及 NT平台需要有Administrator权限
＊需安装下列软件：
Internet Explorer 6.0以上版本
Sybase ASA 8.0.1 数据库
GNU Ghostscript

八、 PowerBuilder 9可否升级之前旧版本的PowerBuilder或 PowerSite已开发完成的系统?
对于旧有PowerBuilder所开发的程序代码，使用者只要在PowerBuilder 9上建立好Workspace之后，直接在Library上开启想使用的PBL档案，PowerBuilder程序会以向导提示的方式询问是否要将这支程序「migrate」到新的版本，并转换成为PowerBuilder 9的程序，完全不会有不支持的情形。
至于原本已经使用PowerSite建置好的网页等Web Site程序，PowerBuilder 9也
提供了「Migrate PowerSite 7.1 Project(s)」这一个Web Target，程序开发人员只要依照向导提示输入相关信息，就可以完整将PowerSite上开发好的网站专案全部转到PowerBuilder 9的环境，完成「无痛升级」。

九、 PowerBuilder 9是否中已解决中文编码的问题?
新版的PowerBuilder 9.0是「double byte」的版本，所以以往在PowerBuilder 7.0或之前版本的中文问题，在这个版本皆不复见，相信这个改进对国内众多PowerBuilder开发者而言是一大便利之处。在这里顺便一提的是，PowerBuilder之前版本在处理的中文编码字时，皆以编码中文字后加「~」符号来化解编码，若我们将这一个PowerBuilder程序升级至新版本时，会出现错误不能升级的信息，程序开发人员只要使用PowerBuilder 9的新功能「Source Edit」编辑方式拿掉中文字后「~」符号，再migrate时就不会出现问题。

十、 如何编写PowerBuilder 9用户接口与Web Services通讯?
PowerBuilder 9.0 Enterprise不仅支持Web Services，并提供调用启用(invoke)的工具，使用者可藉由向导(wizard)建立Web Services客户端代理程序(proxy)，以控制资料型态序列化(serialization)与还原序列化(deserialization)、设计与解析SOAP信息。PowerBuilder 9.0的开发环境与工具，让使用者无需对SOAP与WSDL的规格与纲目具备进阶的认识，也能开发出Web Services应用程序。

十一、在Web Services XML应用程序中，如何运用DataWindow？
DataWindow在Web Services或XML应用程序中，可运用的方式如下： PowerBuilder 9.0可以从资料储存体及DataWindow对象中加载和载出XML，加载的方式可以是从XML文件、字符串，甚或是剪贴板。使用者可定义XML样板(Template)对象，以确认原始资料在XML主要项目中重复运用的逻辑架构，样板可以加载与DataWindow字段定义不同的资料、纲目定义的资料，或加载属性的值。
PowerBuilder延伸的类别(classes)提供对象和连结XML与SOAP的程序接口，PowerBuilder 9.0企业版的PBDOM (PowerBuilder implementation of the Document Object Model)让使用者能读取、编写及运用标准格式的XML，SoapConnection与SoapException类别提供建立Web Services代理程序与例外处理。
XMLParseFile和XMLParseString功能协助确认XML格式，并指定DTD或纲目验证其正确性。 若是综合运用这些功能，则就可以完成：
＊ 在一个应用程序设计编码事件，载出选定的资料值或整个DataWindow对象的内容至一个结构化的XML文件，这一个XML文件的结构可以客制成其它内、外部应用程序、处理程序或系统来使用。
＊ 在一个使用DataStore对象处理服务端数据库或客户端DataWindow对象中间层管理的类别使用者对象中增加一个方法(method)，此方法可以载出资料至XML，为其它不同的组件或子系统所用，如一个EJB组件或Web Service。举例来说，使用者可用PowerBuilder呼叫启用Web Service，先透过PBDOM处理这个响应，然后使用ImportString功能将XML结果加载一个DataWindow对象，及PBDOM；相同地，也可以从DataWindow撷取XML，及用PBDOM定义或运用XML文件。

十二、 什么是Web DataWindow?
PowerBuilder 中为人所称道的就是它强大的 DataWindow，程序开发人员可以使用 DataWindow 来快速建立企业所需的报表及资料输入格式。这些我们以前就已经做好的报表，到了 Internet 的网络时代，我们的使用者还能够继续的使用吗？或是我们有没有什么方式，在拉好 DataWindow 后，能快速的放在网页上给浏览器的使用者来使用。在 PowerBuilder 9 中，通过建立「Web DataWindow Page」这个 Web 对象，程序开发人员可以快速的达到这个目的，而且原来 DataWindow 的编辑形态(Edit Style) 以及显示格式(Display Format) 在 Web DataWindow 仍然可以继续使用，而计算字段(Computed Field) 以及验证规则(Validation Rule) 在 Web DataWindow 中也可以继续的使用，因为它会被转换成 JavaScript 于 Client 端执行，或是产生 Server-Side JavaScript 于 Server 端执行。
此外Web DataWindow 不只是能单纯显示数据报表而已，如果我们想要对 Web DataWindow 所显示的资料加以新增、删除，或是将修改过的资料更新至后端的数据库，Web DataWindow 也能够做到，只要在建立 DataWindow 的时候，在DataWindow 中适当的位置上设置按钮对象，而 PowerBuilder 提供了一些我们称为「Action」的执行功能来设定这个按钮对象的功能，如此一来，藉由放置不同的按钮对象，并且设定出新增、删除、储存，甚至是排序、资料移动等 Action，我们就可以有一个具备数据处理维护的 Web 网页程序。

十三、 什么是Exception Handling?
以往PowerBuilder程序在处理执行时期系统错误时，就是驱动Application物件上的systemerror事件，在其中执行错误处理，但此种处理方式并不具有对象导向特性，且常常一不小心就会导致系统的中断发生；因此在PowerBuilder 9.0的特别提供了例外处理(Exception handling)的功能，一种与程序更密切的错误处理方式，让程序设计人员可以更弹性的处理错误，甚至避免程序的中断发生，而这项特性也是PowerBuilder使用者期待已久的功能。PowerBuilder的例外处理观念与Java很类似，皆为提供Exception对象，简单的来说，Exception这个对象可以包含在程序中任何可能发生错误的地方，当错误发生的时候，就可由特定的Exception对象来处理某一类型的错误，并且也不会造成程序的中断，是一种与程序更为密切的错误处理方式。
程序内有各种不同的错误情形，当某个错误发生时，为了解决错误，发生错误的程序必须将错误丢出来(throw)，当错误丢出来后，其它处理错误的程序就必须接收(catch)到这个错误以便处理。利用PowerBuilder 9这项新的Exception对象及关念，相信程序开发人员在处理企业逻辑时，一定更加得心应手。

十四、 新版本的PowerBuilder 9在数据库连接上有何新功能?
虽然关系型数据库已是成熟的架构，但是新的功能仍是不断的增进，对PowerBuilder而言，也是不断增进以反应这些新功能。
· Oracle 9i数据库新参数的支持，包含了connection pooling、NCHAR与NVARCHAR2资料型态以及LOB资料型态
· Unicode数据库的支持，对于Oracle 9i、Sybase ASE 12.5以及Sybase ASA 7以
后的版本，PowerBuilder 9都可支持对Unicode数据库的存取，包含对DBCS与Unicode资料的转换。

十五、 在微软.NET环境下，PowerBuilder 后续的支持如何?
Sybase宣称PowerBuilder与微软.NET架构初步结合的策略：
Sybase计划采用四阶段步骤让PowerBuilder的组件及应用程序能够与微软.NET开发、内部应用或为.NET发展的应用互通。. NET的开发者将可以在广为使用Sybase PowerBuilder的整体开发环境(IDE)中继续高生产力的应用开发，Sybase决意提供用户一个开放产品的环境，使企业能够降低持有的总体成本。

十六、 以往在PowerBuilder中要部署或是建立执行档，都要大费周章去开启物件链接库的一堆对象，新版本的PowerBuilder 9有没有快速、简单的方法?
我们经常会有一个需求，就是只要做单一的动作，像是部署网页、full build或incremental build链接库等，在过去都必须打开一个又一个的对象，然后才能去做这样的动作，尤其是现在PowerBuilder引进Workspace及Target的观念，那更是一个大费周章的工程，所以PowerBuilder 9.0提供命令列方式(command line)，可以在DOS提示符号下或在Window操作系统执行对话窗(开始->执行)直接下命令，在不必进入PowerBuilder开发环境的情况下就可以执行我们要做的功能。

十七、 请问PowerBuilder 9有版本管理的功能吗?
PowerBuilder之前的版本就有提供版本管理的功能，是通过PowerBuilder SCC API与之连结，这个版本管理功能就叫做PB Native。现在PowerBuilder 9自己本身针对新增的开发环境也提供了版本管理功能，简单来说，使用PowerBuilder 9.0对Workspace及Target的版本管理功能可以避免多个开发者在同一时间内修改同一份程序，并确保所有开发者所开发的程序都是新的版本，保持程序的一致性。它的做法有点类似Client/Server的架构，通常会选定一台机器存放统一的版本，我们称之为Server端，至于所有程序开发者就是所谓的Client端，通过存取Server端上的版本程序，PowerBuilder 9可以做到基本的版本管理以及多人开发功能。

十八、 请问PowerBuilder 9可以支持那些J2EE Server?
PowerBuilder 9的目前支持所有通过Sun J2EE认证的应用程序服务器(Application Server)如：Sybase Easerver、BEA WebLogic、IBM WebSphere、Jboss等等。

十九、 请比较Java和PowerBuilder的优劣?
PowerBuilder是一个功能强大的开发工具，但是Java是现今开发程序的一大潮流，也因此很多程序设计师皆欲了解使用Java和PowerBuilder的优劣。其实语言之间的比较是没有意义，也不公平的，因为不同的语言及开发工具都有其不同的特性，像是PowerBuilder在处理数据库程序及执行效能上，显然较Java为佳，但是如果考虑到跨平台或是要在Internet上成千上万的不同厂牌的机器上执行程序时，PowerBuilder 相对于Java就不会是好的解决方案。如同程序大师所说：「程序语言一直在演进，不论现在流行什么，你都可以肯定十年二十年后它将不再风光。」
开发一个系统项目，重要的是你决定使用的这一个开发工具是否正符合你的需求，我们使用PowerBuilder 开发一个大型项目，在于利用它强大的生产力及高效能，可以很快速就发展出符合企业需求的报表及系统，并且在现今的分布式架构下，PowerBuilder可以让程序开发人员花少的代价就得到这样的目的，相信这也就是PowerBuilder一直是开发系统主流的原因。