Rational Edge: IBM Rational Business Developer Extension:概览

Rational Business Developer Extension (RBDe) 给开发团队提供了一种 IBM 在2006年提出的新的语言,Enterprise Generation Language (EGL)。本文描述了 IBM 开发 EGL 的原因,并讨论了在当今基于 Web 和服务的舞台,IT 组织如何使用它变得更快、更加有生产力。

Stefano Sergi, Rational Business Developer 和 EGL 产品线经理, IBM

Author photoStefano Sergi 1980 年作为软件开发人员加入 IBM,然后在 IBM 软件部经历了众多职位如产品开发、市场和销售等。在 IBM 位于北卡罗来纳的 Cary 的实验室,作为软件开发人员和产品开发管理人员,他有机会直接体验软件开发的挑战。后来他加入国际销售部门,担任销售经理,负责 WebSphere Foundation 和工具。他领导了从 WebSphere Studio 到 Rational 产品的销售支持的转变,后来成为促进 Rational 品牌销售的负责人。在成为美国中部区 SOA 销售经理不长时间后,他现在是 IBM Rational 的 EGL 和 Rational Business Developer Extension 的产品线经理。



2007 年 7 月 16 日

image of a mainframe在改善企业效率和竞争力方面,信息系统的重要性不断地增长,特别是在以持续地进行费用优化和通过合并、收购、外包和 right-sourcing 等进入新的市场为特点的全球经济的情况下。计算机网络的爆炸性发展和 Internet 的全球扩展正在改变企业运作和使用信息的方式。传统的应用程序孤岛正在很快地到达尽头。

作为很多 CIO 们的首要议程是提供能够新的集成信息解决方案,以便改善企业激励合作伙伴、客户和员工的方式。但是为了避免经常出现的阻碍灵活性和响应的应用陷阱,明智的 CIO 会接受那些能够作为所有新的商用软件的架构基础的服务模型。

新一代的 IT 系统需要具有能够支持新的中间件和已出现的应用架构的软件开发能力。在同时,开发团队已经习惯于伴随着客户/服务处理而出现的生产力和简单性的水平。IBM发展了 IBM Rational Software Delivery Platform 的能力,它使用集成的工具、方法和最佳实践的集合来满足这种需求,这个集合能够有效处理软件开发过程,并加速转向SOA(面向服务的体系结构,Service-Oriented Architecture)。

新的产品称为 IBM Rational Business Developer Extension。它提供了基于工作团队的客户/服务模式,特别是对于那些工作在 COBOL 或其它传统的语言环境下的人们来说,他们可以使用工具快速地交付服务,而避免了需要进行大量 Java 培训的瓶颈。Rational Business Developer Extension (RBDe) 提供给开发团队一种在2006年引入的语言,Enterprise Generation Language (EGL)。本文描述了IBM开发EGL的原因,并讨论了在当今基于 Web 和服务的舞台,IT 组织如何使用它变得更快、更加有生产力。

从历史的观点看 EGL 为什么出现

IBM Rational Software Delivery Platform 的核心是在 Eclipse workbench 之上提供的体现 SOA 设计和构造能力的集合。它们包括强大的、高生产力的工具,用来组织和加速软件架构人员、设计人员、Web 开发人员和 Java 开发人员的工作。但是,不像其它多数业界领先的工具提供商那样,IBM 认识到 Java 的流行和强大--它有数不清的系统和中间件API和提高生产力的架构--也带来了显著的技术挑战,那就是它需要长时间和持续的学习过程。

在业界这不是个新问题。每次计算机技术的革新都带来新技术编程的挑战,也即使就是在编写业务功能时,由于学习和编写新的接口而导致开发时间的压力。这里有一些例子。在联机事务处理 (online transaction processing,OLTP) 在二十世纪七十年代出现后,应用开发人员必须学习和掌握OLTP中间件,如 CICS 和 IMS 等的服务接口 API(典型的有 COBEL 和汇编 API)。随着关系型数据库、图形界面以及客户/服务处理的出现,开发人员必须学习这些数据库中间件和 GUI 服务中间件的复杂的接口。再往后,随着应用程序集成的爆炸性发展,开发人员必须掌握全新的有关使用 Application Integration Middleware (AIM)层的一整套技能,从面向消息的中间件,到 adapters 或者 broker API。

在某些情况下,开发人员有访问全部系统接口的权限。这时他们仍然可以通过对典型应用模式的抽象来处理重要的需求,从而提供简单的接口和把程序员从底层编码中解放出来。

为了继续历史的观点,考虑使用可视化工具和与那些工具集成的语言来处理 GUI 部件及关联的数据表的使用模式,以及它们是如何带来显著的生产力水平,并创建大量的桌面或客户机/服务器应用。那是 PowerBuilder、Visual Basic 和 Delphi 的时代。完成更复杂或专门的要求仍然需要写 C 或 C++ 程序,但绝大多数的应用可以用这些简单和更抽象的编程环境来编写。它们学习起来更加方便和快捷,而且一般来说,能够使编程团队更加具有生产力。

在今天的应用服务,应用集成和 SOA 的时代,开发团队面临类似的困境。这就是为什么 IBM Rational 引进 Enterprise Generation Language (EGL) 作为 IBM Rational Software Delivery Platform 上的的基于 Eclipse 的编程平台的一部分。一个顶级的 EGL 的集成开发环境已经在 Rational Business Developer Extension v7.0 中可用。

与 Java 和 Eclipse 相比,EGL 更加容易学习,使开发团队更具有生产力,从而用简化和抽象的开发模式补充了 Java 的广度和深度。几乎没有任何技术背景的开发人员也可以快速地发布跨平台的、以事务数据为中心的服务和应用。

EGL 不打算作为 Java 的替代物,而是作为 IT 组织使用 Java EE 的强大功能的一种方式,它不需要强迫整个开发团队去学习和掌握复杂的底层 Java 编程。在很多情况下,甚至所有情况下,可以使用 EGL 单独交付应用程序。尽管昨天使用 PowerBuilder 和其它第4代工具编程,但是现在将会出现这种情况:需要使用 Java 编程,甚至用 Java 更合适。

EGL 瞄准面向业务的开发团队,他们重视易学习性和提高生产力,他们需要发布现代化的应用和服务,但是承担不起把每个开发人员转化为 Java 专家的时间、费用和风险。

EGL 是什么?

Enterprise Generation Language (EGL) 是一个现代化的编程语言,它是专门设计用于帮助面向业务的开发人员获得 Java 平台的所有好处,同时避免学习所有的细节,并着重于业务应用领域。EGL 的简单的高层规格定义让你很快的写出全功能的、基于 Java 和流行的 Web 技术的应用和服务。开发人员利用 Rational Business Developer Extension (RBDe) 的强大的开发工具在 EGL 源代码中写出他们的商业逻辑。然后,RBDe 工具生成 Java 或 COBOL 语言代码,包括所有你需要的运行时刻文件,把你的应用部署到期望的目标执行平台。

EGL 隐藏了 Java 平台和任何有关的中间件接口。这使开发商把重点放在业务问题而不是下面的实现细节。只有很少或者没有Java或者Web技术开发经验的开发人员也可以使用 EGL 快速和方便地创建企业级的服务和应用。

EGL 不提供操作系统和子系统的底层 API,因此它不适合系统开发,而特别适合于事务性的业务服务和应用的开发。与 Java 的全面协作和与 Eclipse Java IDE 平台的紧密集成增加了所需的灵活性,以满足广泛和全面的系统需求范围。

Rational Business Developer Extension 能构建什么系统?

Rational Business Developer Extension 专门设计为处理业务应用需求的全部领域。包括:

  • 业务服务。语言内建的服务概念用及其简单和直接的方法创建和销毁服务。这个特点使系统的实现保持在面向服务的全面的架构原则上。
  • Web 应用。与 Java Server Faces 框架和工具的一体化允许用简单和有生产力的方式创建 Web 应用,不需要知道 Java,也不需要知道 JSL 框架的细节。
  • 报表。EGL 集成了开源的 Jasper Reports 报表引擎,允许创建专业的报表。
  • 批处理系统。语言包括批程序的概念,它可以在没有用户接口的情况下运行,例如报表生成器或者批量数据库加载/更新程序。
  • 文本 UI 应用。为了方便把原有的系统移植到当前的开发环境,EGL 包括了创建传统的字符界面接口和相关的程序构建的能力。如果需要,这种能力也可以用来开发新的应用。
  • GUI 应用。EGL 最后的增强提供了创建与最终用户通过图形用户界面交互的应用程序的能力。最初支持的 GUI 应用可以使 Informix 用户移植他们当前的用文本UI界面的 i4gl 应用,但是 IBM 计划在下一个 Rational Business Developer extension 版本进一步提供更丰富的 UI 支持。

EGL 用在什么样的目标运行平台

Rational Business Developer Extension 带有一个代码生成引擎,可以把应用和服务的 EGL 源代码转换为 Java 或者 COBOL 源代码。

生成的 COBOL 代码可以部署在下面的环境中:

  • z/OS v1.6 及以上版本:batch、IMS 或者 CICS 应用
    • IMS/ESA V7.1 及以上版本 (对 IMS 应用)
    • CICS TS v2.2 及以上版本 (对 CICS 应用)
  • iSeries v5.3 及以上版本

生成的 Java 代码可以部署在下面的环境中:

  • z/OS v1.6 及以上版本
    • IBM SDK for z/OS Java 2 Technology Edition v1.4, 针对 USS 下面的 Java 程序的运行
    • WebSphre Application Server for z/OS V5 及以上版本,针对 Web 应用的运行
  • iSeries v5.3 及以上版本
    • JDK v1.4 及以上版本, 针对非 J/EE Java 程序的运行
    • WebSphere Application Server v5.1.2 及以上版本,针对 Web 应用的运行
  • AIX v5.2 及以上版本
    • JDK v1.4 及以上版本, 针对非J/EE Java程序的运行
    • WebSphere Application Server v5.1.2 及以上版本,针对 Web 应用的运行
    • Apache Tomcat 5.5 及以上版本,针对 Web 应用的运行
  • Windows 2000, 2003, XP
    • JDK v1.4 及以上版本, 针对非 J/EE Java 程序的运行
    • WebSphere Application Server v5.1.2 及以上版本,针对 Web 应用的运行
    • Apache Tomcat 5.5 及以上版本,针对 Web 应用的运行
  • Linux (RedHat 3 or higher, Suse 9)
    • JDK v1.4 及以上版本, 针对非 J/EE Java 程序的运行
    • WebSphere Application Server v5.1.2 及以上版本,针对 Web 应用的运行
    • Apache Tomcat 5.5 及以上版本,针对 Web 应用的运行
  • HP Unix 11iv2
    • JDK v1.4 及以上版本, 针对非 J/EE Java 程序的运行
    • WebSphere Application Server v5.1.2 及以上版本,针对 Web 应用的运行
    • Apache Tomcat 5.5 及以上版本,针对Web应用的运行
  • Solaris及以上版本
    • JDK v1.4 及以上版本, 针对非J/EE Java程序的运行
    • WebSphere Application Server v5.1.2 及以上版本,针对 Web 应用的运行
    • Apache Tomcat 5.5 及以上版本,针对 Web 应用的运行

部署 EGL Java 应用需要在目标环境中安装一套运行库(jar文件):这些作为 Rational Business Developer Extension v7.0 产品的一部分,是免费的。

部署 EGL COBOL 应用到 iSeries 需要在目标环境中安装一套运行库:这些作为 Rational Business Developer Extension v7.0 产品的一部分,是免费的。

部署 EGL COBOL 应用到 zSeries 需要在目标环境中安装一套运行库,可以在 IBM Rational COBOL Runtime for zSeries V6 产品中得到。

支持的数据库

EGL 提供简单而强大的语言单元以加速对各种数据库的数据存取操作。程序员不必精通 SQL DML、JDBC 或者其它的 SQL 访问编程技术,也不需要学习文件和分层数据库访问的 API。通过使用一个小的多态的操作集,他们能够编写全功能的访问下列数据库的服务:

  • DB2 7 及以上版本
  • IDS 7.3 及以上版本
  • Oracle 8 及以上版本
  • SQL Server 2000
  • Derby 10
  • VSAM
  • IMS/DB (DL/I)

什么使得 EGL 这么强大?

EGL 使得面向业务的开发者能够利用图1所示的 SOA 相关的能力,从而在很短的时间内变得非常有生产力。

EGL supports a variety of SOA-related capabilities

图1:EGL 支持多种 SOA 相关的能力,可以帮助面向业务的开发者在短时间内变得非常有生产力。

  • 抽象。EGL 提供了简洁而强大的符号,可以消除对界面和中间件的紧耦合,以及减少编码工作量。这种抽象大大简化和加快了开发人员的工作。
  • 声明式编程(Declarative programming)。在可能和适当的情况下,EGL包括一定级别的声明规格,旨在减少重复以及容易出错的编码(例如,对一个数据项关联的确认规则,每次这个数据项在确定的上下文中使用时,这个确认规则将自动并强制实行。)
  • 语言。EGL 提供了一个全面而又易于学习的语言符号,它是现代化和模块化的,它包含有丰富的内建的函数库,以促进开发人员对于通用的操作需求(如日期和时间算法、字符串处理等等)的生产力。另外该语言具有扩展性,并提供了和其它语言的充分的互操作能力。特别的是,它提供了 EGL 与本地 Java 的接口。
  • 代码生成。尽管进行了简化,EGL 开发技术仍然必须保证在运行时平台的优化部署,以便利用平台的服务质量(QoS),以及允许本地的系统管理和监控操作。这一点是通过代码生成引擎来实现的,这个引擎是 Rational Business Developer Extension 的一部分,它可以把 EGL 规格说明转换为 Java 或者 COBOL 源代码,并且创建任何其它需要的部署部件。
  • 工具。为了进一步提高开发人员的生产力,Rational Business Developer Extension 提供了一套构建在 Eclipse IDE 框架之上的丰富的工具。这些工具包括用于调试的 源码动画、强大的智能编辑器、可视化构建、图形导航,以及专门的工具如与 EGL 紧密集成的图形 Web 开发工具、自动把 UML 模型和数据库模型转换为全功能的 EGL 服务和应用的工具。
  • SOA。正如本文引言提到的,对于发布新的业务解决方案来说,服务导向是一个关键的需求;因此 EGL 从根本上就以这个需求为中心来设计,简化的抽象的SOA开发模式也构建到语言本身以及辅助的工具和代码生成器中,正如以上讨论的 EGL 的能力的基本原则那样。基于服务的编程构建的有效性使得系统的实现符合服务导向的全面的构架原则。具有任何技能的开发人员都可以容易地创建服务,而不需要了解 Web 服务协议和标准如 WSDL、SOAL、XML 等等。

EGL 和 Rational Business Developer Extension 的价值

需要发布现代的、强有力的 Web 和 SOA 解决方案的组织将能够得到下面的好处:

  • 增加程序员的生产力
  • 提高开发人员发布现代的解决方案和 SOA 的水平
  • 通过消除技能陷阱来增加灵活性和响应能力
  • 降低培训费用
  • 减少缺陷,提高发布质量
  • 简化对原有系统的集成
  • 通过对灵活的部署项的选择,降低开发和维护成本:
    • 所有主流的 IBM 操作系统和运行时支持
    • 跨平台的解决方案

谁能够从使用 Rational Business Developer Extension 中受益?

EGL对于以下应用开发组织来说是一个优秀的解决方案:1) 开始新的需要 Web 开发或者 SOA 的项目,面对技能的挑战和紧迫的最后期限。2) 正在计划更新和改进他们现有的软件开发实践和工具。让我们考虑 Rational Business Developer Extension 应用的各种平台、技能集合、以及相关状况:

使用 System i 和 System z 的组织
在内部开发小组通常分为两个比较明显的阵营:使用 RPG(Report Program Generator)、COBOL、4GL 等开发旧的产品的开发人员,和使用 GUI、Windows、Java 和 Web 等的“新的”开发人员。如果旧的开发工作比较大,而又有发布新的解决方案的压力,那么 EGL 的价值将很有吸引力。

另外一种 EGL 能够改善的地方是,在开发团队存在互相隔离的“孤岛”,从而影响编程资源的最优使用的情况下。当旧的产品的开发人员不能很容易地进行 Web 和 SOA 编程,而“新的”开发人员也不能处理旧的代码时,管理这种混合的技术团队是富有挑战性的,并将降低开发效率。EGL 很容易被两个团队学习,允许开发人员统一工作在单一的技术平台项目下。

另外一种 EGL 能够给这些组织带来重要价值的是,开发人员会有使用为业务开发设计的、现代化的、强大的编程环境的动机。这一点将有助于留住现有人才,以及吸引新的人才。

使用旧的 4GL(IBM 和非 IBM 的)组织
出于以下的原因,正在使用或者使用过第四代语言(4GL)的团队也会对 EGL 感兴趣。首先,这些团队通常重视高生产力的编程,或者他们将不会再把 4GL 作为投资的首要选择。如果在转向Web和SOA方面时,4GL 不再有能力发布有价值的产品(由于4GL开发商不再升级产品,或者新的系统的需求超出了4GL的能力),那么对于EGL将是一个很好的能够延长他们的投资的生命周期的工具,它可以使 4GL 开发人员的技能继续有效。

4GL 开发人员可以很快地学会 EGL,它的移植和转换工具和服务可以把旧的 4GL 代码转换为 EGL,从而给旧的但是依然有价值的代码注入新的生机。

以下的 IBM 4GL 可以使用包含在 EGL 开发环境的工具很容易地移植到 EGL:Informix 4GL, VisualAge Generator, CSP, VisualGen.

下面的非 IBM 4GL 可以通过第三方工具和服务转换到 EGL:Natural、CA (COOL-Gen、 COOL-Enterprise,、Ideal),、HPSeer.

使用 Java 和 J/EE 开发新的 Web 应用和 SOA 的组织
有些组织正在计划开发 Web 和/或 SOA 应用,但是在 Java 和 J/EE 方面的经验有限或者没有经验,或者开发人员在面向对象开发方面没有或者只有很少的专业技术,而且不能承担重新培训他们的职员的时间和费用的开销。并且他们一般不愿意外包给第三方开发,因为他们那想避免长期的依赖和费用。这些组织应该密切关注 EGL。

本地和全球的系统集成商
EGL 对于这种类型的组织特别具有价值。对于那些为其它公司建立定制的商业解决方案的系统集成商来说,如果他们可以降低开发成本,更快地培训新的开发人员,保持一个灵活的而不是只有单一平台开发技能的开发人员库的话,他们将具有更强大的竞争力。

此外,系统集成商通常涉及到大量的重写或者更新的项目,在他们的投标中,EGL 将是一个很大的优势,特别是在结合自动化转换工具的使用时。前面提到的自动化工具也能够提供把旧的 COBOL 应用转换为 EGL 的能力。

独立软件供应商
EGL 可以为 ISV 们提供巨大的竞争力,以及成为新的市场机会的来源。不像系统集成商,ISV 可以创建通用目标的解决方案,他们出售这些方案,包括定制服务,为那些喜欢用现成的解决方案的公司定制他们的解决方案。特别具有优势的一点是,这些解决方案在适用目标平台方面的灵活性,以及 EGL 显然可以帮助降低开发成本和培训时间,允许更灵活地使用劳动力。

常见的问题

这里有一些我们碰到的常见的问题和争议,我认为你会发现这些回答是有价值的。

Q: 生成的应用程序是否具有足够的性能?

A: Rational Business Developer Extension 生成的应用已经和手写的应用进行过基准对比,显示出他们在效率和性能方面处于同一水平。尽管手写的代码有更好的性能,在一般的典型业务应用中,你应该看不出有明显的区别。

Q: 我从来没有听说过 EGL,因此它不像其它语言那样流行。

A: IBM 在2006年春天推出的这项技术,我们看到了巨大的关注。它支持最新的 Web 标准如 JSF 和 Web Services,而且 EGL 技术的主要部分是基于非常流行和广泛使用的 IBM 工具如 VisualAge,它为全球成千上万用户所使用。

Q: 我为什么要采用 EGL?它是一个 IBM 专有的语言。

A: EGL 是 IBM 在快速开发技术方面超过25年的研发的继续。鉴于出现了新的计算机模型,如 Web 和 SOA,IBM 认为对于组织的成功来说,简单的编程方法是关键,因此 IBM 在这个战略方向上进行了大量的投资。IBM在快速开发技术方面进行了很多战略投资,并不仅仅是 EGL 一个方向,但是在业界标准化的计划方面,它位于战略地位的快速开发语言。

Q: 我在哪里能够找到 EGL 开发人员?

A: 有一个由顾问和IBM 商业伙伴组成的网络,他们的专长可以帮助你,使你的项目快速起飞。你的内部开发人员可以在几周内掌握需要的技能,避免了为雇用稀缺的熟练资源而竞争的需求。

Q: 代码产生器对生产力是有好处的,但是如果在产品中它出了问题,我的开发人员将不能够进行问题的解决,因为他们不理解生成的代码。

A: EGL代码生成器允许开发人员很容易地从生成的开发追踪到原始的 EGL 源代码,以及在代码运行时通过符号资源表运行调试工具。

Q: 代码生成器是比手工写 Java 代码容易和方便,但是他们总是需要特定的运行环境,这使得它难以达到用本地服务器提供的安全性、可测量性和可靠性。

A: 由 EGL 生成的应用可以作为本地 J2EE、CICS 和 IMS 程序部署,和你手工写的应用同样的部署方式。生成的代码使用的运行库只是一些常用的辅助的共享代码的简单包装,在每个程序中重复生成这些代码是没有意义的。这是一个好的软件工程实践,很多客户已经在他们自己的应用架构中使用了类似的实践。

与竞争者的定位

应用开发工具市场非常混乱,而且正在经历一场深刻的变革,出现了两大趋势:1) 开放源码运动,和2) 网格计算和 SOA 运动。市场充斥者无数的编程语言和相应的集成开发环境(IDE),每一种都承诺它是最具有生产力和容易使用的,每一种都包含大量的工具、向导、快捷和辅助编程工具(智能编辑器、可视化设计工具、强大的浏览器和项目组织工具、交互调试器、代码模板或自动代码辅助工具、代码生成向导等等)。Rational Business Developer Extension 在 IDE 的强大方面是首屈一指的,它充分利用了成熟的和艺术级的 Eclipse 开源的工具框架。

更加详细的 IDE 特点的比较超出了本文讨论的范围--给出一个技术的公平的定位和比较应该基于一个完整的标准集--IBM 声称对 IDE 最关键需求的检查揭示了 EGL 的优越性。

大多数组织都会同意下面的需求对于支持他们的应用开发目标是非常重要的:

  • 通用性。有能力支持支持不同应用需求(例如,你可以创建诸如桌面、Web、批处理、SOA 等的应用类型)、不同的目标平台(操作系统)和不同的中间件(如数据库、MOM、事务管理服务等)。
  • 本地配置能力。执行程序的部署不需要特殊的专有服务器,保证企业事务环境(例如J/EE、CICS等)的健壮性。
  • 原有程序的支持。可以很容易地集成和使用已经存在的应用,并提供旧的但仍然有价值的商业系统转换和更新的方法。
  • 运行时的开放性。通过支持公开的标准和参与 SOA,创建的应用可以与其它系统相互操作。
  • 开发时的开放性。语言和开发平台的可扩展性。
  • 语言。两个关键的方面,抽象的水平和给开发人员提供的生产力,以及语言的计算上的完备性和鲁棒性。
  • 易于学习。开发人员能多快地全面掌握。
  • 生命周期的集成。技术能够同一个鲁棒的生命周期解决方案集成得多好。

一种类似 EGL 的技术,具有吸引力的是它的最根本的价值--对于面向商业的开发人员来说,易于学历、易于使用、有生产力、鲁棒、企业级的应用和服务开发技术。任何基于复杂的低级语言如 C#、C++ 和 Java 的工具,尽管也很强大,不应该被看作是 EGL 的竞争对手。

在评估 EGL 时,你应该基于上面列出的特点考虑替代的工具和技术。我们确信,你会发现对任何主要的竞争的方案来说,EGL 在所有这些方面都符合的很好。

资源

参考资料

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


这是您第一次登陆到 developerWorks,已经自动为您创建了您的概要文件。 选择您概要文件中可以公开的信息的信息(如姓名、国家/地区,以及公司),这些信息同时也会与您所发布的内容相关联。 您可以随时更新您的 IBM 账号。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=240489
ArticleTitle=Rational Edge: IBM Rational Business Developer Extension:概览
publish-date=07162007