Jquery作為一款優(yōu)秀的JS框架，簡單易用的特性就不必說了。在實際的開發(fā)過程中，使用JQ的AJAX函數(shù)調(diào)用WebService

的接口實現(xiàn)AJAX的功能也成了一種比較普遍的技術手段了。WebService接口的實現(xiàn)，通常都是由OOP語言實現(xiàn)的。所以

在WebService的接口函數(shù)中，難免可能會遇到除了簡單數(shù)據(jù)類型的復雜數(shù)據(jù)類型。復雜的數(shù)據(jù)的數(shù)據(jù)類型機有可能是

WebService接口中的參數(shù)，也有可能是WebService的返回值。本文所敘述的要點為：

1、對于WebService接口復雜類型的參數(shù)，JQ調(diào)用的時候傳入的JSON數(shù)據(jù)應該如何表示。？

2、JQ對WebService調(diào)用獲取JSON數(shù)據(jù)類型。

3、JQ調(diào)用的時對Webservice返回的復雜數(shù)據(jù)類型有什么樣要求。？

環(huán)境：JQ版本：1.4.2、VS2008 SP1。

測試一：對于WebService簡單參數(shù)類型：

不大好區(qū)分，其實，字符串類似C#里用“”引起來的東西，而JSON對象是直接寫在{}中的。簡單的測試方法是直接通過alert函數(shù)彈出，如果顯示[object:object]

則為JSON對象，否則就是一個字符串。

結果如下圖：

測試二：對于WebService復雜參數(shù)類型：

　　結果如下圖：

調(diào)用過程與簡單參數(shù)類型類似，就是通過在JS中用一個表示Person的person對象的字符串，發(fā)往客戶端后，WebService會自動將person對象的字符串

轉(zhuǎn)換為Person實體對象。

測試三：對于WebService復雜返回類型

　　如下圖：

也就是說對于復雜返回類型，處理方式也是簡單類型基本上是一樣的。

曾聽到有一種觀念認為，Jq調(diào)用時WebSevice,用JSON作為數(shù)據(jù)交互格式時，返回數(shù)據(jù)類型一定是可序列化的。真的是這樣嗎。？

.Net的基本數(shù)據(jù)類型確實是可序列化的，這一點沒有疑問。那么List<T>數(shù)據(jù)類型是否可以序列化呢。？看看List<T>的元數(shù)據(jù)(Metadata)信息

就知道了。。

[DebuggerTypeProxy(typeof (Mscorlib_CollectionDebugView<T>))]

[DebuggerDisplay("Count = {Count}")]

[Serializable]

public class List<T> : IList<T>, ICollection<T>, IEnumerable<T>, IList, ICollection, IEnumerable

{

/**/

}

如果上面的說法成立，在這種情況下，調(diào)用成功也無可厚非。但是問題真是這樣嗎。？下面繼續(xù)測試一下：

測試四：對于WebService復雜返回類型

　　如下圖：

但是測試四中，GetPerson()方法返回Person數(shù)據(jù)類型。再看看Person實體的定義，根本就沒有標記問可序列化。

由結果可知：JQ調(diào)用WebService，并不一定需要返回復雜類型的數(shù)據(jù)必須是可序列化的。

下面做一個有趣的測試。大家都知道WebService的返回類型不能為Hashtable類型。因為它實現(xiàn)了因為它實現(xiàn) IDictionary接口。

測試五：對于WebService復雜返回類型

這樣，Jq居然能調(diào)用成功。這點是有點讓人意想不到的。

總結：

1、Jq與WebService之間以JSON作為數(shù)據(jù)交換形式的時候，contentType: "application/json; charset=utf-8"是必須指定的。

要不然WebService不知道以何種數(shù)據(jù)作為轉(zhuǎn)換。

2、Jq調(diào)用WebService返回復雜數(shù)據(jù)類型并不一定需要類型為可序列化。

3、WebService返回的JSON數(shù)據(jù)通過".d"獲取如上面測試中的alert(json.d)