支撑系统接口设计

在实现各系统连接解决方案中，服务接口的结构非常重要。设计糟糕的服务接口可能会极大地导致使用此接口的很多服务使用者应用程序的开发过程变得非常复杂。从业务角度而言，设计糟糕的服务接口可能使得业务流程的开发和优化变得复杂。相反，设计良好的服务接口可以加速开发计划的执行，并对业务级别的灵活性起到促进作用。

5.5.1.1　接口策略概述

（1）自底向上。各种先进的集成开发环境（integrated development environment，IDE）提供了用于从现有代码（如Java或COBOL）创建Web服务实现的工具。使用此方法时，开发人员通常将选择现有的JavaBean或EJB组件，并调用向导来生成WSDL文件，以用于将Bean或EJB作为Web服务调用。

（2）自顶向下。使用此方法时，开发人员将首先使用WSDL和XML模式（XML Schema，XSD）构造定义Web服务接口，然后为服务生成框架实现代码。接下来，开发人员将完成框架服务实现。大多数先进的IDE（如Rational Application Developer V6和Web Sphere Integration Developer V6）都为此方法提供工具支持。

（3）中间相遇。此方法对前面两个方法进行了结合。开发人员首先使用WSDL和XSD定义服务接口，并为服务生成框架实现。如果有必要，开发人员还可以使用自底向上技术来通过方便的应用程序编程接口（application programming interface，API）公开现有代码。然后开发人员将编写在新设计的接口和旧接口之间进行转换的代码。

5.5.1.2　最佳实践方案——使用自顶向下和中间相遇开发方法

自底向上技术尽管可以加速各个服务的实现，提高项目中的Web服务开发效率。但这对整个项目通常都意味着问题。之所以出现问题，是因为自底向上生成经常会得到无法重用的类型定义以及多个定义为表示语义等效信息的类型。

而自顶向下技术支持使用基于现有标准的XSD类型。在为当前的服务开发了新的模式类型后，只需将最新开发的XSD导入到其他服务中，就可以轻松地将其重用于其他服务。允许客户端和服务器端并行地独立开发。通过更改WSDL本身，最佳地管理服务的递增更改。由于WSDL是客户端和服务器端的公共接口（或契约），因此可以轻松地管理这些更改，而不影响与现有请求程序或提供程序的互操作性。另外从WSDL开始开发Web服务的优点是，客户端和服务器端都可以使用不同的包名映射，而不对访问服务产生影响。