Web service 和ICE有什么关系？ICE可以用来实现SOA架构不？或者ICE和Web service相关技术可以一起用不？

2024-05-15 15:07

1. Web service 和ICE有什么关系？ICE可以用来实现SOA架构不？或者ICE和Web service相关技术可以一起用不？

的实现，并且SCA也支持远程的调用。SCA 与web service的关系是什么？区别是先说SOA SOA是面向服务的，是一个组件模型，一种架构风格，不是一种方法。,Uomfkh

Web service 和ICE有什么关系？ICE可以用来实现SOA架构不？或者ICE和Web service相关技术可以一起用不？

2. Web Service和Servlet的区别

最近项目中有提供或者调用别的接口，在纠结中到底是用servlet还是用webservice，所以上网查看了下他们以及RMI之间的区别，方便加深了解。

  首先比较下servlet和webservice下
  请求：   
  servlet:提供了请求/响应模式，是JAVA的一种规范，只能使用于java上，用来替代早期使用的难懂的CGI，是一种无状态的请求响应，客户端访问一个服务器的url，只需要发送简单的httprequest即可。 规定了四个范围：pageContext、request、session、application。一定依赖于各种SERVLET容器，但servlet只能接受一个简单的http请求；   
  WebService最早是微软提出了一种以XML为载体网络信息传输的规范，现在几乎所有的语言与平台都支持，带有状态机制，不依赖于SERVLET容器，可以发送一个xml作为其请求内容，WebService通常是基于http的远程方法调用(RMI)，号称是可以反回远程对象， 一般来说客户段可以象调用本地方法一样调用WebService的方法。  

  传输：   
  servlet使用http协议传输数据，如果你用Servlet返回XML，那个XML的描述框架就是你定的，必须告知使用者具体的说明，没有统一标准。   
  webservice使用固定的XML格式封装成soap消息，可以使用http作为底层数据传输，但并不局限于http协议，方法返回消息是有标准的。   
    
  返回结果：   
  servlet返回的是html页面；   
  webservice返回的可以是复杂对象甚至使用附件或者mutidata的二进制文件。   
    
  部署：   
  servlet需要遵守j2ee的Web   Application规范部署的应用服务器上，如tomcat,weblogic，websphere；   
  WebService则需要有WSDL文件来部署服务，或者使用UDDI注册。   
    
  优势：   
  WebService的跨平台特性是servlet不能比的，可以被各种语言调用；   
  servlet相对来说速度上的优势也是不可忽视的。

接下来在看看RMI和webservice中的
 
  rmi的客户端和服务端都必须是java，webservice没有这个限制
  webservice是在http协议上传递xml文本文件，与语言和平台无关
  rmi是在tcp协议上传递可序列化的java对象，只能用在java虚拟机上，绑定语言
  RMI是EJB远程调用的基础，仅用RMI技术就可以实现远程调用，使用EJB是为了实现组件，事物，资源池，集群等功能。
  WebService是通过XML来传输数据，可用http等协议因此可在异构系统间传递，并且可以穿过防火墙，可在公网上远程调用

3. webservice调用方式http和soap的区别

　Web service一般就是用SOAP协议通过HTTP来调用它，其实他就是一个WSDL文档，客户都可以阅读WSDL文档来用这个Web service。客户根据WSDL描述文档，会生成一个SOAP请求消息。Web service都是放在Web服务器 (如IIS) 后面的，客户生成的SOAP请求会被嵌入在一个HTTP POST请求中，发送到Web服务器来。Web服务器再把这些请求转发给Web service请求处理器。请求处理器的作用在于，解析收到的SOAP请求，调用Web service，然后再生成相应的SOAP应答。Web服务器得到SOAP应答后，会再通过HTTP应答的方式把它送回到客户端。
个人以为就把webservice当成是Http这种请求和响应方式就可以处理大部分问题了。 
SOAP 使用 HTTP 传送 XML，尽管HTTP 不是有效率的通讯协议，而且 XML 还需要额外的文件解析（parse），两者使得交易的速度大大低于其它方案。但是XML 是一个开放、健全、有语义的讯息机制，而 HTTP 是一个广泛又能避免许多关于防火墙的问题，从而使SOAP得到了广泛的应用。但是如果效率对你来说很重要，那么你应该多考虑其它的方式，而不要用 SOAP。

为了更好的理解SOAP,HTTP,XML如何工作的，不妨先考虑一下COM/DCOM的运行机制，DCOM处理网络协议的低层次的细节问题，如PROXY/STUB间的通讯，生命周期的管理，对象的标识。在客户端与服务器端进行交互的时候，DCOM采用NDR（Network Data Representation）作为数据表示，它是低层次的与平台无关的数据表现形式。

webservice调用方式http和soap的区别

4. webservice调用方式http和soap的区别

SOAP简单的理解，就是这样的一个开放协议SOAP=RPC+HTTP+XML：采用HTTP作为底层通讯协议；RPC作为一致性的调用途径，XML作为数据传送的格式，允许服务提供者和服务客户经过防火墙在INTERNET进行通讯交互。RPC的描叙可能不大准确，因为SOAP一开始构思就是要实现平台与环境的无关性和独立性，每一个通过网络的远程调用都可以通过SOAP封装起来，包括DCE（Distributed Computing Environment ）　RPC CALLS，COM/DCOM CALLS, CORBA CALLS, JAVA CALLS，etc。

SOAP 使用 HTTP 传送 XML，尽管HTTP 不是有效率的通讯协议，而且 XML 还需要额外的文件解析（parse），两者使得交易的速度大大低于其它方案。但是XML 是一个开放、健全、有语义的讯息机制，而 HTTP 是一个广泛又能避免许多关于防火墙的问题，从而使SOAP得到了广泛的应用。但是如果效率对你来说很重要，那么你应该多考虑其它的方式，而不要用 SOAP。

为了更好的理解SOAP,HTTP,XML如何工作的，不妨先考虑一下COM/DCOM的运行机制，DCOM处理网络协议的低层次的细节问题，如PROXY/STUB间的通讯，生命周期的管理，对象的标识。在客户端与服务器端进行交互的时候，DCOM采用NDR（Network Data Representation）作为数据表示，它是低层次的与平台无关的数据表现形式。

5. Web Service和Servlet的区别

最近项目中有提供或者调用别的接口，在纠结中到底是用servlet还是用webservice，所以上网查看了下他们以及RMI之间的区别，方便加深了解。

  首先比较下servlet和webservice下
  请求：   
  servlet:提供了请求/响应模式，是JAVA的一种规范，只能使用于java上，用来替代早期使用的难懂的CGI，是一种无状态的请求响应，客户端访问一个服务器的url，只需要发送简单的httprequest即可。 规定了四个范围：pageContext、request、session、application。一定依赖于各种SERVLET容器，但servlet只能接受一个简单的http请求；   
  WebService最早是微软提出了一种以XML为载体网络信息传输的规范，现在几乎所有的语言与平台都支持，带有状态机制，不依赖于SERVLET容器，可以发送一个xml作为其请求内容，WebService通常是基于http的远程方法调用(RMI)，号称是可以反回远程对象， 一般来说客户段可以象调用本地方法一样调用WebService的方法。  

  传输：   
  servlet使用http协议传输数据，如果你用Servlet返回XML，那个XML的描述框架就是你定的，必须告知使用者具体的说明，没有统一标准。   
  webservice使用固定的XML格式封装成soap消息，可以使用http作为底层数据传输，但并不局限于http协议，方法返回消息是有标准的。   
    
  返回结果：   
  servlet返回的是html页面；   
  webservice返回的可以是复杂对象甚至使用附件或者mutidata的二进制文件。   
    
  部署：   
  servlet需要遵守j2ee的Web   Application规范部署的应用服务器上，如tomcat,weblogic，websphere；   
  WebService则需要有WSDL文件来部署服务，或者使用UDDI注册。   
    
  优势：   
  WebService的跨平台特性是servlet不能比的，可以被各种语言调用；   
  servlet相对来说速度上的优势也是不可忽视的。

接下来在看看RMI和webservice中的
 
  rmi的客户端和服务端都必须是java，webservice没有这个限制
  webservice是在http协议上传递xml文本文件，与语言和平台无关
  rmi是在tcp协议上传递可序列化的java对象，只能用在java虚拟机上，绑定语言
  RMI是EJB远程调用的基础，仅用RMI技术就可以实现远程调用，使用EJB是为了实现组件，事物，资源池，集群等功能。
  WebService是通过XML来传输数据，可用http等协议因此可在异构系统间传递，并且可以穿过防火墙，可在公网上远程调用

Web Service和Servlet的区别

6. Web Service和WCF的到底有什么区别

【1】Web Service：严格来说是行业标准，也就是Web Service 规范，也称作WS-*规范，既不是框架，也不是技术。
       它有一套完成的规范体系标准，而且在持续不断的更新完善中。
       它使用XML扩展标记语言来表示数据（这个是夸语言和平台的关键）。微软的Web服务实现称为ASP.NET Web Service.它使用Soap简单对象访问协议来实现分布式环境里应用程序之间的数据交互。WSDL来实现服务接口相关的描述。此外Web services 可以注册到UDDI中心.供其客户查找使用。 
     后来微软做了ASP.NET Web Service的安全，性能，数据加密、解密，托管宿主等多方面的扩展，称为WSE系列，这个是过度产品，最高到WSE3.0.后来就是WCF时代。
【2】ASP.NET Web Service：微软提供了Web服务的开发框架，属于ASP.NET Framework的一部分，但是支持早起的WS规范。比如SOAP1.1。 
【3】WCF：WCF 是一个分布式应用的开发框架，属于特定的技术，或者平台。既不是标准也不是规范。
        WCF其实一定程度上就是ASP.NET Web Service,因为它支持Web Service的行业标准和核心协议，因此ASP.NET Web Service和WSE能做的事情，它几乎都能胜任，跨平台和语言更不是问题（数据也支持XML格式化，而且提供了自己的格式化器）。 
但是WCF作为微软主推一个通讯组件或者平台，它的目标不仅仅是在支持和集成Web Service,因为它还兼容和具备了微软早期很多技术的特性。 
         根据微软官方的解释，WCF（之前的版本名为“Indigo”）是使用托管代码建立和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者能够建立一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协作。WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下所有的和分布式系统有关的技术，如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列。以通信(Communiation)范围而论，它可以跨进程、跨机器、跨子网、企业网乃至于 Internet；以宿主程序而论，可以以ASP.NET，EXE，WPF，Windows Forms，NT Service，COM+作为宿主(Host)。WCF可以支持的协议包括TCP，HTTP，跨进程以及自定义，安全模式则包括SAML， Kerberos，X509，用户/密码，自定义等多种标准与模式。也就是说，在WCF框架下，开发基于SOA的分布式系统变得容易了，微软将所有与此相关的技术要素都包含在内，掌握了WCF，就相当于掌握了叩开SOA大门的钥匙 。如果你想对WCF学习系统化一些，必须向对如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列也有个详细的认识的话，你可以看看我的博客，在此之前我对WCF学习相关的知识都系统的进行了整理。这个是文章目录：老徐的博客：文章目录 。 
还有一点就是，很多人对WCF学习感兴趣，当初我也是，直接奔WCF而来，其实在后来的学习中感觉吃力，因为WCF宣称的很多特性和优势，我们无法理解，更无法体会。文中提到了很多微软的早期技术如果都没有接触过，这些对比我们就无法有深刻的体会。
【4】结论：
   那么我们看了这些分析以后，就可以知道以上的结论为什么错误了。
不能哪一个技术框架和行业标准作比较，任何对于二者的比较 都是错误的，因为两者根不不在同一个范畴里。就好比不能拿个汽车和交通法规比较一样。这是个误区。
Web Service太旧了：框架都版本的差异，功能特性上却是有新旧之分，但是对于特定的系统，适合自己的就是最好的。 Web Service 就是 ASP.NET Web Service：同样不是一个范畴。前者规范，后者是框架 WCF比Web Service性能好：不是一个范畴， WCF 比 ASP.NET Web Service快：不一定，需要特定的限制条件，WCF使用BasicHttpBinding的时候与ASP.NET Web Service协议一样。 WCF比Web Service速度快：同样概念不严格。 WCF比Web Service强大：WCF却是集成了多种微软的分布式技术，但是这里应该严格说是：ASP.NET Web Service WCF比 Web Service安全：不严格。其次WCF也可以开发完全裸奔的应用程序。 Web Service必将被WCF取代；Web Service不会被WCF取代！前者是一套广泛使用的规范。如果说WCF能取代的是ASP.NET Web Service，因为二者都是.NET平台上的技术。 WCF其实就是Web Service：WCF在某些情况下不遵守 Web服务规范，也就是可以开发非服务性质的应用。而且不能简单等同。 WCF非常简单，其实没有什么：WCF虽然是个服务开发框架，但是如果你深入学习，会发现WCF架构的强大之处。单单是WCF安全这一块已经相当的复杂了。况且还要统一编程模型，兼容和支持许多早期的分布式技术。很多人轻易下这样的结论，一定是仅仅看了一些文章或书籍，不一定写过代码。高手不会这样武断地下结论。
 
在WCF支持的各种协议中：每种协议中消息都有不同的传输格式、不同的编码格式等等，WCF 以统一的方式来调用各种编码器、进行传输。假如以后有新的协议出现，WCF并不用更改现有的框架、只用针对该协议做扩展就可以支持该协议了。这就很好地适应了变化，可以说WCF是封装变化的绝佳实践。
　　再来谈谈你的问题，WCF与Web 服务是什么关系，WCF 能够创建兼容 Web 服务的服务，也就是说可以创建能够与Web 服务互联互通的服务，他们两个并不能用简单包含或者等同关系来表述。WCF 是一套框架，用来创建各种服务。其中包括创建 Web服务（采用 basicHttpBinding绑定的服务就是一个Web 服务）。
 
WCF可以不依赖于IIS。
WCF可以配置成BasicHttpBinding来兼容（或者说变身成）WS。
WCF可以基于TCP或者MessegeQueue来传输数据。
WCF的可配置性比WS强，比如安全性。
WCF可以是有状态的，并支持事务。
WCF 支持多种通信协议 Http/Https 、TCP/UDP、MSMQ、命名管道、对等网、
　　消息可达性、事务流等。
WCF 可以与ASP.NET 集成、共享一个上下文（HttpContext）。
WCF 支持多种消息传输格式 :text,binary,mtom,Json 等。
WCF 安全性要强：支持对称安全、非对称安全、消息安全、传输安全、
　　SSL 流安全、Windows 流安全等。
WCF 支持多种会话模式：单向、双向、请求/响应。
WCF 支持REST 。
WCF 支持多种格式化方式。DataContractSerializer、XmlSerializer、　
　 DataContractJsonSerializer 等。
WCF 支持 WAS hosting、Windows 服务 hosting、Self-Hosting、IIS hosting 等。
WCF 支持多种并发模式：单例、单调、会话 。

7. java如何调用webservice接口

Java调用WebService可以直接使用Apache提供的axis.jar自己编写代码，或者利用Eclipse自动生成WebService Client代码，利用其中的Proxy类进行调用。理论上是一样的，只不过用Eclipse自动生成代码省事些。
1、编写代码方式：
package com.yudun.test;
import java.rmi.RemoteException;
import org.apache.axis.client.Call;
import org.apache.axis.client.Service;
import org.apache.axis.message.PrefixedQName;
import org.apache.axis.message.SOAPHeaderElement;
import com.cezanne.golden.user.Exception;
import com.cezanne.golden.user.UserManagerServiceProxy;
import javax.xml.namespace.QName;
import java.net.MalformedURLException;
import javax.xml.rpc.ServiceException;
import javax.xml.soap.Name;
import javax.xml.soap.SOAPException;

public class testWebService {
public static String getResult() throws ServiceException, MalformedURLException, RemoteException, SOAPException
  {
     //标识Web Service的具体路径
   String endpoint = "WebService服务地址";
     // 创建 Service实例
    Service service = new Service();   
     // 通过Service实例创建Call的实例
    Call call = (Call) service.createCall();
    //将Web Service的服务路径加入到call实例之中.
    call.setTargetEndpointAddress( new java.net.URL(endpoint) );//为Call设置服务的位置
   // 由于需要认证，故需要设置调用的SOAP头信息。   
    Name headerName = new PrefixedQName( new QName("发布的wsdl里的targetNamespace里的url", "string_itemName") ); 
          org.apache.axis.message.SOAPHeaderElement header = new SOAPHeaderElement(headerName); 
          header.addTextNode( "blablabla" ); 
          call.addHeader(header);
          
//    SOAPHeaderElement soapHeaderElement = new SOAPHeaderElement("发布的wsdl里的targetNamespace里的url", "SoapHeader");   
//    soapHeaderElement.setNamespaceURI("发布的wsdl里的targetNamespace里的url");   
//    try  
//    {   
//        soapHeaderElement.addChildElement("string_itemName").setValue("blablabla");   
//    }   
//    catch (SOAPException e)   
//    {   
//        e.printStackTrace();   
//    }   
//    call.addHeader(soapHeaderElement);  
    //调用Web Service的方法
          org.apache.axis.description.OperationDesc oper;
          org.apache.axis.description.ParameterDesc param;
          oper = new org.apache.axis.description.OperationDesc();
          oper.setName("opName");
          param = new org.apache.axis.description.ParameterDesc(new javax.xml.namespace.QName("", "arg0"), org.apache.axis.description.ParameterDesc.IN, new javax.xml.namespace.QName("http://www.w3.org/2001/XMLSchema", "string"), java.lang.String.class, false, false);
          param.setOmittable(true);
          oper.addParameter(param);
          param = new org.apache.axis.description.ParameterDesc(new javax.xml.namespace.QName("", "arg1"), org.apache.axis.description.ParameterDesc.IN, new javax.xml.namespace.QName("http://www.w3.org/2001/XMLSchema", "string"), java.lang.String.class, false, false);
          param.setOmittable(true);
          oper.addParameter(param);
          param = new org.apache.axis.description.ParameterDesc(new javax.xml.namespace.QName("", "arg2"), org.apache.axis.description.ParameterDesc.IN, new javax.xml.namespace.QName("http://www.w3.org/2001/XMLSchema", "string"), java.lang.String.class, false, false);
          param.setOmittable(true);
          oper.addParameter(param);
          oper.setReturnType(new javax.xml.namespace.QName("http://www.w3.org/2001/XMLSchema", "string"));
          oper.setReturnClass(java.lang.String.class);
          oper.setReturnQName(new javax.xml.namespace.QName("", "return"));
          oper.setStyle(org.apache.axis.constants.Style.WRAPPED);
          oper.setUse(org.apache.axis.constants.Use.LITERAL);
          oper.addFault(new org.apache.axis.description.FaultDesc(
                        new javax.xml.namespace.QName("发布的wsdl里的targetNamespace里的url", "Exception"),
                        "Exception",
                        new javax.xml.namespace.QName("发布的wsdl里的targetNamespace里的url", "Exception"), 
                        true
                       ));
   call.setOperation( oper );
   call.setOperationName(new javax.xml.namespace.QName("发布的wsdl里的targetNamespace里的url", "opName"));
    //调用Web Service,传入参数
   String res = ( String ) call.invoke( new Object[]("arg0","arg1"));
   System.out.println("===============");
   return res;
  }
/**
  * @param args
  */
 public static void main(String[] args) {
  try {
   System.out.println(getResult());
  } catch (MalformedURLException e) {
   e.printStackTrace();
  } catch (RemoteException e) {
   e.printStackTrace();
  } catch (ServiceException e) {
   e.printStackTrace();
  } catch (SOAPException e) {
   e.printStackTrace();
  }
    }
}

2、利用Eclipse自动生成WebService client代码就容易多了：（由于还不会发图片，就用语言描述了，大家酬和看吧。。。）
首先，new project，选择other，在输入框中输入Web Service Client，选中搜索后的结果，点击Next，在Service definition中输入 WebService的发布地址，点击Finish
这样，WebService Client代码已经生成好了。
接下来写一个Test类，在main函数中输入如下代码：

String endpoint = "服务器的WebService的地址";
 YourWebServiceNameProxy umsp = new YourWebServiceNameProxy (endpoint);
 try {
 String resultStr = umsp.opMethod("arg0","arg1");
 System.out.println(resultStr);
 } catch (Exception e) {
 System.out.println("异常");
 e.printStackTrace();
} catch (RemoteException e) {
 System.out.println("RemoteException异常");
 e.printStackTrace();
}
如果还有疑问的话还有视频，如果对你有帮助请采纳！

java如何调用webservice接口

8. 如何创建，发布Web Service和 C#WINFORM里如何调用WEB Service API

一、创建和发布Web 
Service
        Web服务方法中可以返回一个DataSet对象
        
WEB服务可以说是下一代WEB应用程序的基础，无论客户端是WINDOWS应用、ASP.NET Web 
Form程序、甚至其他语言的客户端，都可以与同一个WEB服务通信，其平台和语言无关性使其有了广阔的发展空间。

利用VS2005和IIS我们可以很容易地发布一个WEB 
SERVICE，因为其中有几个细节需要注意，所在初学者常常在这里出现问题，现通过一个简单的例子说明如何创建和发布一个WEB SERVICE。

环境：Windows Server 2003,.Net FrameWork 2.0,IIS6.0

工具：VS2005

1.首先VS2005中新建一个WEB服务项目。

打开“文件”-“新建”-“网站”，在对话框中选择“ASP.NET Web服务”，VS2005会自动生成一个Service.cs文件，包含如下代码：

 


using System;
using System.Web;
using System.Web.Services;
using System.Web.Services.Protocols;

[WebService(Namespace = "http://tempuri.org/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
public class Service 
: 
System.Web.Services.WebService
{
    public Service 
() 
{

        //如果使用设计的组件，请取消注释以下行 
        //InitializeComponent(); 
     
}

     
[WebMethod]
    public string HelloWorld() 
{
        return "Hello 
World";
     
}
    
}



你可以在这里修改自己的命名空间，加入自己的方法，但本文只是为了说明如何创建和发布，所以对Service.cs不做任何更改。

2.生成网站

很简单，“生成”-“生成网站”或直接Shift+F6

3.发布网站

也是简单，“生成”-“发布网站”，这里会弹出一个对话框，什么也不需要修改，记下发布的目录。比如：D:/我的文档/Visual Studio 
2005/Projects/WebSite1/PrecompiledWeb/WebSite1，我们需要目录下的文件。

4.配置IIS

在你的WEB目录下一个文件夹，比如webservice，并将第3步发布目录中的所有文件和目录拷贝到这个目录中，打开IIS，找到你的站点，在这个webservice目录上点右键，选择属性，在弹出对话框的“目录”选择项卡中点击“创建”按钮，然后确定即可。

到这时，已经大功告成，你可以通过访问http://域名/webservice/Service.asmx来验证。页面会出现如下图所示内容：



注意：除了需要在IIS中对服务目录创建程序外，还要注意防火墙或杀毒软件的设置，我在首次访问service.asmx文件时，杀毒软件报告w3wp.exe在系统文件夹中生成asp_code.dll等，应该允许其他创建，否则会无法访问。

通过这样简单的方法，你可以轻松建立自己的WEB服务，在同一站点还可以有多个WEB服务。
二、c#的winform中调用Web Service 
API（VB6.0也可以调用该web服务） 
         现在以C# WinForm为例谈谈如何使用它 
，在服务中我们只有一个自动生成的方法：HelloWord()，其实现如下：

[WebMethod]

public string HelloWorld(){

return "Hello 
World";

}

在WINFORM中我们将添加一个按钮，添加单击事件，在事件处理函数中弹出一个对话框显示HelloWord的结果。

1.添加WEB引用

在VS2005中新建一个Windows应用程序项目，取名testwebservice，在项目中添加一个WEB引用，可在“解决方案资源管理器”的项目名上点右键添加，在弹出对话框中的URL输入框中输入WEB服务器的路径：如http://你的域名/web服务务路径/service.asmx，点击“前行”按钮后会搜索这个服务，并在右边报告找到的服务，并在左边显示service.asmx页面，我们在WEB引用名输入框中输入一个名字，这个将做为程序中WEB服务的命名空间名，这里我们取名mywebservice。

2.添加按钮单击事件

在Form中拖出一个Button按钮，双击单击事件处理方法，代码如下：


        private void button1_Click(object sender, 
EventArgs e)
         {
             mywebservice.Service 
ws = new testwebservice.mywebservice.Service();
             
MessageBox.Show (ws.HelloWorld());
         }


其中mywebservice.Service ws = new 
testwebservice.mywebservice.Service()是实例化一个WEB服务对象，ws.HelloWorld()是调用WEB服务中的这个HelloWorld方法，其返回字符串将用MessageBox.Show()函数显示出来。

好了，最简单的一个调用WEB服务API的WinForm例子已经完成了，编译运行，单击按钮，将会弹出对话框显示“Hello World”信息。

重要的一点，在.net的WEB服务API中，除了一般的数据类型外，还可以返回结构和DataSet对象，有了这一点，就可以构建我们大多数的数据库应用了。

好了，接下来的工作就是在WEB服务中添加你的API完成你的工作了。


转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦
最新文章
热门文章
推荐阅读