WebService的优缺点

Web service是一个平台的独立，低耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML(标准通用标记语言下的一个子集)标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。

　　1. 什么是WebService?

对这个问题，我们至少有两种答案。从表面上看，WebService 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。这就是说，你能够用编程的方法通过Web来调用这个应用程序。我们把调用这个 WebService 的应用程序叫做客户。

例如，你想创建一个WebService ，它的作用是返回当前的天气情况。那么你可以建立一个ASP页面，它接受邮政编码作为查询字符串，然后返回一个由逗号隔开的字符串，包含了当前的气温和天气。要调用这个ASP页面，客户端需要发送下面的这个HTTP GET请求： 返回的数据就应该是这样：

21,晴

这个ASP页面就应该可以算作是WebService了。因为它基于HTTP GET请求，暴露出了一个可以通过Web调用的API。当然WebService还有更多的东西。

下面是对WebService更精确的解释：WebService是建立可互操作的分布式应用程序的新平台。作为一个Windows程序员，你可能已经用 COM或DCOM建立过基于组件的分布式应用程序。COM是一个非常好的组件技术，但是我们也很容易举出COM并不能满足要求的情况。 WebService平台是一套标准，它定义了应用程序如何在Web上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写 WebService ，只要我们可以通过WebService标准对这些服务进行查询和访问。

　　2. WebService的优点：

跨防火墙的通信

如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。

举个例子，在应用程序里加入一个新页面，必须先建立好用户界面(Web页面)，并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个 ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把“结果页”送回浏览器。要是客户端代码不再如此依赖于 HTML表单，客户端的编程就简单多了。

如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用 WebService，可以直接使用MicrosoftSOAPToolkit或这样的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集成。

软件和数据重用

软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。

　　3. WebService的缺点

单机应用程序

目前，企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其它程序通信。在这种情况下，最好就不要用WebService，只要用本地的 API就可以了。COM非常适合于在这种情况下工作，因为它既小又快。运行在同一台服务器上的服务器软件也是这样。最好直接用COM或其它本地的API来进行应用程序间的调用。当然WebService也能用在这些场合，但那样不仅消耗太大，而且不会带来任何好处。

局域网的同构应用程序

在许多应用中，所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。例如，有两个服务器应用程序需要相互通信，或者有一个Win32或WinForm的客户程序要连接局域网上另一个服务器的程序。在这些程序里，使用DCOM会比SOAP/HTTP有效得多。与此相类似，如果一个程序要连接到局域网上的另一个程序，应该使用emoting。有趣的是，在emoting 中，也可以指定使用SOAP/HTTP来进行WebService调用。不过最好还是直接通过TCP进行RPC调用，那样会有效得多。

　　WebService应用

1. JDK6增加了对WS的支持

下面是WebService的一个简单的服务应用

Java代码

import .*;

import .*;

import .*;

@WebService(targetNamespace="http://localhost:7070/Ebay")

@SOAPBinding(style = )

public class HelloService

{

public static void main(String args)

{

ish("http://localhost:7070/Ebay",new HelloService());

}

@WebMethod

public void sayHello()

{

tln("hello");

}

}

2. Axis安装配置

安装JDK;

安装并配置Tomcat;

从官方的网站http://ws.apache.org/axis下载最新的Axis项目打包文件，并将webapps下axis目录拷贝到Tomcat的webapps目录下;

验证Axis的安装;

浏览所发布的服务。 3. 服务器端开发

即时发布

使用即时发布首先需要一个实现服务功能的Java源文件，将其扩展名改为(Java Web Service的缩写)，然后将该文件放到Tomcat下面的webappsaxis目录下即可。但是JWS的web服务发布是一个很简单的Web服务发布方式，在页面中你不能使用包，而且由于代码是在运行期被编译的，所以在部署之后，你也很难找到错误所在。

定制发布

① 编写要发布为服务的java类

② 编译生成的class文件应该放在Tomcat下的webappsaxisWEB-INFclasses下面

③ 编写 文件描述服务的名称，入口等信息

④ 切换到命令航下，执行

java nClient –p 8085 4. 调用web服务

DLL动态接口调用方式(Dynamic Invocation Interface)

Java代码

public static void main(String args) {

try {

String endpoint =

"http://localhost:8080/axis/services/test1";

//实例化一个服务对象service

Service service = new Service();

//创建一个空的调用对象Call,设置Call的操作名称，目标地址，传入参数等等

//执行调用后即可得到返回的结果

Call call = (Call) teCall();

argetEndpointAddress( new (endpoint) );

perationName(new QName("", "add3") );

// Call to addParameter/setReturnType as described in

//arameter("testParam",

// _STRING,

// );

//eturnType(_STRING);

Integer ret = (Integer) ke( new Object { 1,3 } );

tln( ret);

} catch (Exception e) {

tln(ring());

}

}

动态代理方式(Dynamic Proxy)

动态代理需要一个本地的接口作为代理

Java代码

public interface ITestDynameicProxy extends Remote {

public String getMessage() throws RemoteException;

}

public static void main(String args) throws Exception {

String wsdlUrl = "http://localhost:8080/axis/test/

String nameSpaceUri = "";

String serviceName = "Test1Service";

String portName = "Test1";

ServiceFactory serviceFactory = nstance();

Service service = teService(

new URL(wsdlUrl), new QName(nameSpaceUri,serviceName));

ITestDynameicProxy proxy = (ITestDynameicProxy)ort(

new QName(nameSpaceUri,portName),s);

tln(essage());

}

通过输入wsdl地址，命名空间地址和服务名，用服务工厂创建出一个服务实例，再通过设置端口名得到一个服务类型的服务代理对象，通过该代理，就可以直接访问web服务了。

静态方式(Stubs)

① 按常规方式发布一个WebService

② 得到wsdl文件

* 通过web页面直接另存为

* 通过Java2WSDL工具类生成

(java 2WSDL -o -l http://localhost:8080/axis/services/demo -n )

③ 利用WSDL2Java工具类生成客户端调用代码

(java 2Java -p client)

④ 在生成的代码基础上，进行客户端的调用

Java代码

public static void main(String args) throws ServiceException, RemoteException {

DemoServiceLocator demoService = new DemoServiceLocator();

Demo demo = emo();

tln(essage());

}