评估往返方法
该方法的主要优点是，您可以利用这种方法来回避工具选取的问题，或弥补自己对 Web 服务工具和技术相关知识的不足。该方法允许通过更改代码而不是更改模式来对现有模式和 Web 服务进行自定义。如果工具不支持您所期望的形式(如 EJB)实现服务，您也可以使用该方法。
往返方法的缺点包括:
Java 的某些基本类型和模式类型不能很好地相互转换。
该方法所需的其他步骤不必要地使开发流程变得复杂。
与原始的 WSDL 及其导入的模式相比，所生成的 WSDL 缺少可重用性。
原始的 WSDL 和最终输出的 WSDL 中的数据类型的名称空间可能因为“名称空间到包映射”和“包到名称空间映射”的不同而不同。服务器端的开发人员必须妥善处理这种情况。
结束语
虽然开发人员已经实现了 Web 服务，但是他们很少遵循严格的开发方法。本文描述了三种开发模式，您可以借助目前可用的工具使用这些模式来开发 Web 服务。
自底向上模式是将现有功能公开为 Web 服务的最好方法。自顶向下模式不仅提供了最大的灵活性和可重用性，而且也是在开发新的 Web 服务时快速达到最佳实践状态的一种方法。往返模式可以在以上两种更好的方法无法使用时作为一种辅助方法。不过，根据我们在同实际客户接触的过程中的观察，我们建议开发人员首先从自顶向下方法开始，以保证开发出基于最佳标准且可扩展的接口。如果需要快速地将现有功能公开，请使用自底向上方法作为辅助方法。最后一点，请避免完全使用往返方法，因为该方法还存在某些不一致的地方和开发缺陷。
