WebService优缺点

Web 服务的优缺点分析 当前 WebService 是一个热门话题。但是，WebService 究竟是什么？，WebService 有什么优点和缺点，什么情况下应该用 WebService ？什么情况下不应该用 WebService ？是需要我们正确认识的。 实际上，WebService 的主要目标是跨平台的可互操作性。为了达到这一目 标，WebService 完全基于 XML（可扩展标记语言） 、XSD （XMLSchema）等独立 于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平 台。由此可以看出，在以下三种情况下，使用 WebService 会带来极大的好处。 优点一： 优点一：跨防火墙的通信 如果应用程序有成千上万的用户，而且分布在世界 各地，那么客户端和服 务器之间的通信将是一个棘手的问题。 因为客户端和服务器之间通常会有防火墙 或者代理服务器。在这种情况下，使用 DCOM 就不是那么简 单，通常也不便于 把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏 览器作为客户端， 写下一大堆 ASP 页面， 把应用程序的中间层暴 露给最终用户。 这样做的结果是开发难度大，程序很难维护。 举个例子， 在应用程序里加入一个新页面，必须先建立好用户界面(Web 页 面)，并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一 个 ASP 页面， 来接受用户输入的信息， 用 调用中间层组件， 把结果格式化为 HTML 形式， 最后还要把 “结果页” 送回浏览器。 要是客户端代码不再如此依赖于 HTML 表单，客户 端的编程就简单多了。 如果中间层组件换成 WebService 的话，就可以从用户界面直接调用中间层 组件，从而省掉建立 ASP 页面的 那一步。要调用 WebService ， 可以直接使用 MicrosoftSOAPToolkit 或.NET 这样的 SOAP 客户端，也可以使用自己开发的 SOAP 客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复 杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次 调 用中间层组件时，都跳转到相应的“结果页” 。 从经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用 WebService 这种结构，可以节省花在用户界面编程上 20%的开发时间。另外，这 样一个由 WebService 组成的中间层，完全可以在应用程序集 成或其它场合下重 用。最后，通过 WebService 把应用程序的逻辑和数据“暴露”出来，还可以让 其它平台上的客户重用这些应用程序。 优点二： 优点二：应用程序集成 企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、 在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应 用程序经 常需要从运行在 IBM 主机上的程序中获取数据；或者把数据发送到主 机或 UNIX 应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件 也常常需要 集成起来。通过 WebService ， 应用程序可以用标准的方法把功能和 数据“暴露”出来，供其它应用程序使用。 例如， 有一个订单登 录程序， 用于登录从客户来的新订单， 包括客户信息、 发货地址、数量、价格和付款方式等内容；还有一个订单执行程序，用于实际货 物发送的管理。这两个程序来 自不同软件厂商。一份新订单进来之后，订单登 录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层 WebService ，订单执行程序可 以把“AddOrder”函数“暴露”出来。这样，每 当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。 优点三： 优点三：B2B 的集成 用 WebService 集成应用程序，可以使公司内部的商务处理更加自动化。但 当交易跨越供应商和客户、 突破公司的界限时会怎么样呢？跨公司的商务交易集 成通常叫做 B2B 集成。 WebService 是 B2B 集成成功的关键。通过 WebService ， 公司可以把关键的 商务应用“暴露”给指定的供应商和客户。例如，把电子下单系 统和电子发票 系统“暴露”出来，客户就可以以电子的方式发送订单，供应商则可以以电子的 方式发送原料采购发票。当然，这并不是一个新的概念，EDI(电子 文档交换)早 就是这样了。但是，WebService 的实现要比 EDI 简单得多，而且 WebService 运 行在 Internet 上，在世界任何地方都可 轻易实现，其运行成本就相对较低。不 过，WebService 并不像 EDI 那样，是文档交换或 B2B 集成的完整解决方案。 WebService 只是 B2B 集成的一个关键部分，还需要许多其它的部分才能实现集 成。 用 WebService 来实现 B2B 集成的最大好处在于可以轻易实现互操作 性。 只 要把商务逻辑“暴露”出来，成为 WebService ， 就可以让任何指定的合作伙伴调 用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么 开发语言。 这样就大大减少了花在 B2B 集成上的时间和成本， 让许多原本无法承受 EDI 的中 小企业也能实现 B2B 集成。 优点四： 优点四：软件和数据重用 软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基 本的形式是源代码模块或者类一级的重用， 另一种形式是二进制形式的组件重用。 当前，像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有 很大的份额。但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据 不能重用。原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么 容易，除非是不会经常变化的静态数据。 WebService 在允许重用代码的同时，可以重用代码背后的数据。使用 WebService ，再也不必像以前那样，要先从第三方购买、安装软件组 件，再从 应用程序中调用这些组件；只需要直接调用远端的 WebService 就可以了。举个 例子，要在应用程序中确认用户输入的地址，只需把这个地址直接 发送给相应 的 WebService ，这个 WebService 就会帮你查阅街道地址、城市、省区和邮政编 码等信息，确认这个地址是否在相应的邮政编码区 域。WebService 的提供商可 以按时间或使用次数来对这项服务进行收费。 这样的服务要通过组件重用来实现 是不可能的，那样的话你必须下载并安装好包 含街道地址、城市、省区和邮政 编码等信息的数据库，而且这个数据库还是不能实时更新的。 另一种软件重用的情况是，把好几个应用程序的 功能集成起来。例如，要 建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市 行情，又可以管理自己的日程安排，还可以在线购买电影 票。现在 Web 上有很 多应用程序供应商，都在其应用中实现了这些功能。一旦他们把这些功能都通过 WebService “暴露”出来，就可以非常容易地把所 有这些功能都集成到你的门 户站点中，为用户提供一个统一的、友好的界面。 将来，许多应用程序都会利用 WebService ，把当前基 于组件的应用程序结 构 扩 展 为 组 件 /WebService 的 混 合 结 构 ， 可 以 在 应 用 程 序 中 使 用 第 三 方 的 WebService 提供的功能， 也可以把自己的应用程 序功能通过 WebService 提供给 别人。两种情况下，都可以重用代码和代码背后的数据。 从以上论述可以看出，WebService 在通过 Web 进行互操作或远程调用的时 候是最有用的。不过，也有一些情况，WebService 根本不能带来任何好处。 缺点一： 缺点一：单机应用程序 目前，企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的 其它程序通信。在这种情况下，最好就不要用 WebService ，只要用本地的 API 就可以了。COM 非常适合于在这种情况下工作，因为它既小又快。运行在同一 台服务器上的服务器软件也是这样。 最好直接用 COM 或其它本地的 API 来 进行 应用程序间的调用。 当然 WebService 也能用在这些场合， 但那样不仅消耗太大， 而且不会带来任何好处。 缺点二： 缺点二：局域网的同构应用程序 在许多应用中，所有的程序都是用 VB 或 VC 开发的，都在 Windows 平台下 使用 COM， 都运行在同一个局域网上。 例如， 有两个服务器应用程序需要相互 通 信，或者有一个 Win32 或 WinForm 的客户程序要连接局域网上另一个服务器的 程序。在这些程序里，使用 DCOM 会比 SOAP/HTTP 有效得多。 与此相类似，如 果一个.NET 程序要连接到局域网上的另一个.NET 程序，应该使用.NETremoting。 有趣的是，在.NETremoting 中， 也可以指定使用 SOAP/HTTP 来进行 WebService 调用。不过最好还是直接通过 TCP 进行 RPC 调用，那样会有效得多。