c# WebService调用的三大难题

c# WebService调用的三大难题

一、用C#实现WebService是相当简单的事情，我们只要创建一个Web服务程序，在方法名上面加上[WebMethod]，部署到IIS上，就能像访问Web站点一样访问WebService。

用C#编写客户端时，只需要将WebService添加到引用，就能像调用本地方法一样去C# WebService调用。像这样的例子也比比皆是，在这就不多讲。

二、用C++实现WebService，一般会用到gsoap，具体方法见：http://www.cppblog.com/qiujian5628/archive/2008/06/19/54019.html

三、当做完了这些之后，并不代表WebService就能相互通讯了，现在我简单列举一下问题：

1、C#提供的WebService的URL一般形如：http://localhost/WebService.asmx，但是，C++能提供的只能是：http://localhost/。C++做客户端的时候调用没有问题，但是当C#做客户端的时候，引用C++提供的RUL时，会提示没用执行方法（HTTP GET method not implemented）。做C#开发的大部分会认为C++方提供的不是WebService，或者说提供的WebService根本就不全，都不带.asmx文件。做C++开发的会认为他传输的数据符合soap协议，靠http传输数据，他就是WebService。

2、当我们解决了第一步后，紧接着会发现另外一个问题。当我们需要传输自定义数据类型时（在C++中称结构体，在C#中称实体），从C++返回的信息中，C#无法构建出实体类。

3、当传输的信息中带有中文字符时，乱码满天飞。

四、为了解决这些问题，我们先简单了解一下WebService。

Web Service互操作协议栈：

〈A〉、服务发现 (UDDI)

〈B〉、服务描述（WSDL）

〈C〉、服务调用(SOAP)

〈D〉、消息编码 (XML)

〈E〉、传输网络层(HTTP, TCP/IP)

其中WSDL描述WebService都有什么方法、方法有什么参数，什么返回值等。SOAP（简单对象访问协议(Simple Object Access Protocol）是一种轻量的、简单的、基于XML的协议。传输的数据就需要遵循这个协议。我比较简单得认为传输的数据需要遵循这种格式。

借用微软的这个图描述下WebService的调用过程：



五、开始解决问题。作为.NET开发人员，我们根本就接触不到底层的东西，全被封装了。

C++做的确实是WebService，只是他们需要给提供一个描述文档，即.WSDL文件。使用.NET提供的wsdl.exe工具，使用命令：wsdl /o: c:/webservice.cs c:/webservice.wsdl。通过webservice.wsdl文档，生成代理类，将代理类写入webservice.cs文件中。我们拷贝这个cs文件到项目中，将URL指向http://localhost/，就能像以往那样使用WebService了。

当出现无法传递复杂类型数据时，是因为使用gsoap生成的wsdl文件与.Net中生成的wsdl文件不一样。具体代码如下：

〈!--operationresponseelement--〉  
〈elementname="result"〉  
〈complexType〉  
〈sequence〉  
〈elementname="a"type="xsd:int" 
minOccurs="1"maxOccurs="1"/〉  
〈elementname="b"type="xsd:int" 
minOccurs="1"maxOccurs="1"/〉  
〈/sequence〉  
〈/complexType〉  
〈/element〉  
以上为gsoap生成的。返回实体result，  
实体有两个属性：a，b。  
〈s:elementname="TestResponse"〉  
〈s:complexType〉  
〈s:sequence〉  
〈s:elementminOccurs="0"maxOccurs="1" 
name="TestResult"type="tns:result"/〉  
〈/s:sequence〉  
〈/s:complexType〉  
〈/s:element〉  
〈s:complexTypename="result"〉  
〈s:sequence〉  
〈s:elementminOccurs="1"maxOccurs="1" 
name="a"type="s:int"/〉  
〈s:elementminOccurs="1"maxOccurs="1" 
name="b"type="s:int"/〉  
〈/s:sequence〉  
〈/s:complexType〉  
以上是.NET生成的。  
 
在下面的文件中，多出  
〈s:elementname="TestResponse"〉  
〈s:complexType〉  
〈s:sequence〉  
〈s:elementminOccurs="0"maxOccurs="1" 
name="TestResult"type="tns:result"/〉  
〈/s:sequence〉  
〈/s:complexType〉  
〈/s:element〉

这个便是.NET中用来构造实体的。当我们出现情况4.2时，gsoap中尽量使用.NET生成的wsdl文档，生成.h文件，以避免C++中的结构无法在C#中转换成实体。

第三个问题，我们是通过将中文转换成16进制后传输过来，然后再转换成中文。下面提供C#转换的代码：

///〈 summary 〉  
///从16进制转换成汉字  
///〈 /summary 〉  
///〈 paramname="hex" 〉〈 /param 〉  
///〈 returns 〉〈 /returns 〉  
publicstaticstringGetChsFromHex(stringhex)  
{  
if(hex==null)  
thrownewArgumentNullException("hex");  
if(hex.Length%2!=0)  
{  
hex+="20";//空格  
//thrownewArgumentException  
("hexisnotavalidnumber!","hex");  
}  
//需要将hex转换成byte数组。  
byte[]bytes=newbyte[hex.Length/2];  
 
for(inti=0;i〈 bytes.Length;i++)  
{  
try  
{  
//每两个字符是一个byte。  
bytes[i]=byte.Parse(hex.Substring(i*2,2),  
System.Globalization.NumberStyles.HexNumber);  
}  
catch  
{  
//Rethrowanexceptionwithcustommessage.  
thrownewArgumentException("  
hexisnotavalidhexnumber!","hex");  
}  
}  
 
//获得GB2312，ChineseSimplified。  
System.Text.Encodingchs=System.Text.Encoding.  
GetEncoding("gb2312");  
returnchs.GetString(bytes);  
}  
 
///〈 summary 〉  
///从汉字转换到16进制  
///〈 /summary 〉  
///〈 paramname="s" 〉〈 /param 〉  
///〈 returns 〉〈 /returns 〉  
publicstaticstringGetHexFromChs(strings)  
{  
if((s.Length%2)!=0)  
{  
s+="";//空格  
//thrownewArgumentException("  
sisnotvalidchinesestring!");  
}  
 
System.Text.Encodingchs=System.Text.  
Encoding.GetEncoding("gb2312");  
 
byte[]bytes=chs.GetBytes(s);  
stringstr="";  
for(inti=0;i〈 bytes.Length;i++)  
{  
str+=string.Format("{0:X}",bytes[i]);  
}  
returnstr;  
}

注：以上来转换代码源于网络，C++中转换的代码也可以在网上找到，C++与C# WebService调用经过以上的步骤就能基本实现。

三大难题到此结束，其实在整个过程中还有个最大的难题，那就是人与人的交流。因为一方使用C++，一方使用C#，语言不同，各自想问题的方式也不一样，所以需要相互理解，相互站在对方的角度想问题。多交流、多沟通才是解决问题之道。请不要抱怨C#弱智，也请不要怪C++繁琐，语言既然存在则有他的价值。