Java Web 服务,第 1 部分: Java Web 服务在未来一年内的发展
2009-11-05 00:00:00 来源:WEB开发网REST 远不如 SOAP 雄心勃勃。REST 自然被限制为使用 HTTP 作为传输层(尽管可以使用类似的方法进行其他传输),而 SOAP 从理论上来说是独立于传输层的(尽管到目前为止只广泛使用 HTTP 传输进行部署)。REST 并不包含任何直接添加基础结构扩展的方法——但在 SOAP 真正开始提供此类扩展前,此限制都可以被视为无足轻重的方面。
由于 REST 的功能承诺并比不上 SOAP,因此通常不需要使用任何框架代码来实现客户机或服务器,因此开发人员无需处理框架的复杂性。不太方便的一面是,此技术的确 需要直接实现 HTTP 和 XML 处理,不过很多开发人员都已经习惯处理这些技术了。直接处理 XML 甚至可以算得上是一个优势,因为与 SOAP 框架提供的选择相比,开发人员在这种情况下的选择空间更大。
那么,是不是应该丢掉 SOAP 而开始采用更简单的 REST 呢?对很多 Web 服务应用程序的表单而言,这可能都是一个很实际的选择,因此我并不反对这样的想法。不过,有很多其他应用程序(特别在企业级)需要 SOAP 所承诺的基础结构扩展和传输独立性。转向 REST 则意味着这些应用程序将需要直接实现安全、事务处理和协作等功能,而不是通过框架提供这些功能。大多数企业应用程序将可能选择完全避免使用 Web 服务,而不去花这份心思。
但就像电影中一样,即使 SOAP 的前途看起来真的很灰暗,但仍然会有新的希望。这个希望来自即将推出的新一代框架。这些框架的目标是最终发掘 SOAP 的全部潜能,使实现全新的 SOAP Web 服务应用程序变成现实,同时大幅度提高 doc/lit Web 服务的互操作性。
Indigo 的重要性
尽管本系列是关于 Java 技术的,但我要提到的第一个新框架却是来自开发人员打心底里认为是 Java 技术的竞争对手:Microsoft® .NET。这个新框架是 Windows Communication Foundation (WCF),也称为 Indigo。Indigo 最初是打算作为即将推出的 Windosw “Longhorn”版本的一部分,但 Microsoft 已宣布将以 WCF 的形式提供给较老的 Windows 版本使用。WCF 有望在推出后替代较旧的 .NET 框架。
更多精彩
赞助商链接