在Web API接口的開發(fā)過程中车荔，我們可能會碰到各種各樣的問題加缘，我在前面兩篇隨筆《Web API應用架構在Winform混合框架中的應用（1）》杭跪、《Web API應用架構在Winform混合框架中的應用（2）--自定義異常結果的處理》也進行了總的介紹醋界，在經(jīng)過我的大量模塊實踐并成功運行后湖蜕，總結了這篇隨筆教硫，希望對大家有所幫助叨吮。

1、在接口定義中確定MVC的GET或者POST方式

由于我們整個Web API平臺是基于MVC的基礎上進行的API開發(fā)瞬矩，因此整個Web API的接口茶鉴，在定義的時候，一般需要顯示來聲明接口是[HttpGet]或者[HttpPost]景用，雖然有些接口也可以不用聲明涵叮，但是避免出現(xiàn)類似下面的錯誤信息，顯式聲明還是有好處的伞插。

請求的資源不支持 http 方法“POST

例如在基類定義的查找對象接口如下所示割粮。

/// <summary>
/// 查詢數(shù)據(jù)庫,檢查是否存在指定ID的對象
/// </summary>
/// <param name="id">對象的ID值</param>
/// <returns>存在則返回指定的對象,否則返回Null</returns>
[HttpGet]
public virtual T FindByID(string id, string token)

如果是增刪改的接口，一般需要聲明為POST方式提交數(shù)據(jù)媚污，而且基于安全性的考慮舀瓢，需要攜帶更多的參數(shù)。

/// <summary>
/// 插入指定對象到數(shù)據(jù)庫中
/// </summary>
/// <param name="info">指定的對象</param>
/// <returns>執(zhí)行操作是否成功耗美。</returns>
[HttpPost]
public virtual CommonResult Insert(T info, string token, string signature, string timestamp, string nonce, string appid)

2京髓、動態(tài)對象的接口定義

在一般的Web API接口里面航缀，我們可能都會碰到很多簡單類型的參數(shù)，但是又想讓它們以POST方式提交數(shù)據(jù)堰怨，那么我們就可以有兩種方法來處理芥玉，一種是定義一個類來放置這些參數(shù)，一種是采用動態(tài)的JObject參數(shù)备图，前者有很多不方便的地方飞傀，因為我們不可能為每個接口參數(shù)定義多一個實體類，這樣可能會有很多難以管理的類定義诬烹。如下面是微信API的調(diào)用接口案例，我們也需要設置這樣的處理規(guī)則弃鸦。

接口調(diào)用請求說明http請求方式: POST（請使用https協(xié)議）https://api.weixin.qq.com/cgi-bin/groups/update?access_token=ACCESS_TOKENPOST數(shù)據(jù)格式：json**POST數(shù)據(jù)例子：{"group":{"id":108,"name":"test2_modify2"}}**

那么我們采用JObject是這么樣的呢绞吁，我們來看接口的定義和處理代碼。JObject是Newtonsoft.Json.Linq命名空間下的一個對象唬格。

/// <summary>
/// 修改用戶密碼
/// </summary>
/// <param name="param">包含userName和userPassword的復合對象</param>
/// <param name="token">用戶訪問令牌</param>
/// <returns></returns>
[HttpPost]
public CommonResult ModifyPassword(JObject param,  string token)
{
    //令牌檢查,不通過則拋出異常
    CheckResult checkResult = CheckToken(token);
    dynamic obj = param;
    if (obj != null)
    {
        string userName = obj.userName;
        string userPassword = obj.userPassword;

        bool success = BLLFactory<User>.Instance.ModifyPassword(userName, userPassword);
        return new CommonResult(success);
    }
    else
    {
        throw new MyApiException("傳遞參數(shù)出現(xiàn)錯誤");
    }
}

其中我們把JObject對象轉(zhuǎn)換為我們所需要的對象的時候家破，因為我們沒有定義具體的實體類，因此采用了dynamic語法购岗，聲明這是一個動態(tài)對象汰聋，由運行時獲取對應的屬性。

dynamic obj = param;

這樣我們就可以在調(diào)用的時候喊积，動態(tài)POST對應的JSON對象給Web API接口烹困，而不需要預先定義各種接口參數(shù)的類了。

/// <summary>
/// 調(diào)用Web API接口乾吻，修改用戶密碼
/// </summary>
/// <param name="userName">用戶名稱</param>
/// <param name="userPassword">修改的密碼</param>
/// <returns>如果修改成功返回true髓梅，否則返回false</returns>
public bool ModifyPassword(string userName, string userPassword)
{
    var action = "ModifyPassword";
    var postData = new
    {
        userName = userName,
        userPassword = userPassword
    }.ToJson();

    string url = GetTokenUrl(action);

    CommonResult result = JsonHelper<CommonResult>.ConvertJson(url, postData);
    return (result != null) ? result.Success : false;
}

其中GetTokenUrl是根據(jù)token和API的地址等參數(shù)，構建一個完整的提交地址绎签。我們在上面代碼通過

var postData = new
{
    userName = userName,
    userPassword = userPassword
}.ToJson();

就可以動態(tài)創(chuàng)建一個對象枯饿，并生成它的JSON字符串，把數(shù)據(jù)POST提交到對應的API接口里面即可诡必，然后對結果進行對象的轉(zhuǎn)換就算完成了奢方。

3、集合和分頁的處理

在很多接口里面爸舒，我們都需要用到分頁的處理蟋字，Web API也不例外，這樣可以提交數(shù)據(jù)檢索效率碳抄，減少服務器數(shù)據(jù)處理的壓力愉老，同時也提交客戶端的數(shù)據(jù)顯示速度。

一般的集合接口定義如下所示（通用性基類接口）剖效。

/// <summary>
/// 返回數(shù)據(jù)庫所有的對象集合
/// </summary>
/// <returns>指定對象的集合</returns>
[HttpGet]
public virtual List<T> GetAll(string token)
{
    //檢查用戶是否有權限嫉入，否則拋出MyDenyAccessException異常
    base.CheckAuthorized(AuthorizeKey.ListKey, token);

    List<T> list = baseBLL.GetAll();
    return list;
}

但是這樣的返回記錄會比較多焰盗，一般情況下需要分頁，那么分頁的處理接口定義如下所示咒林。

/// <summary>
/// 根據(jù)條件查詢數(shù)據(jù)庫,并返回對象集合(用于分頁數(shù)據(jù)顯示)
/// </summary>
/// <returns>指定對象的集合</returns>
[HttpPost]
public virtual PagedList<T> FindWithPager(string condition, PagerInfo pagerInfo, string token)

分頁接口熬拒，在這里返回的結果里面，用了一個PageList的泛型類垫竞，這個方便我們獲取當前的記錄及總數(shù)澎粟，它的定義如下所示。

/// <summary>
/// 分頁集合
/// </summary>
/// <typeparam name="T">對象</typeparam>
public class PagedList<T>
{
    /// <summary>
    /// 返回記錄的總數(shù)
    /// </summary>
    public int total_count { get; set; }

    /// <summary>
    /// 列表集合
    /// </summary>
    public List<T> list { get; set; }
}

最后整個分頁的處理Web API接口實現(xiàn)如下所示欢瞪。

/// <summary>
/// 根據(jù)條件查詢數(shù)據(jù)庫,并返回對象集合(用于分頁數(shù)據(jù)顯示)
/// </summary>
/// <returns>指定對象的集合</returns>
[HttpPost]
public virtual PagedList<T> FindWithPager(string condition, PagerInfo pagerInfo, string token)
{
    //檢查用戶是否有權限活烙，否則拋出MyDenyAccessException異常
    base.CheckAuthorized(AuthorizeKey.ListKey, token);

    List<T> list = baseBLL.FindWithPager(condition, pagerInfo);

    //構造成Json的格式傳遞
    var result = new PagedList<T>() { total_count = pagerInfo.RecordCount, list = list };
    return result;
}

最后客戶端調(diào)用分頁的Web API代碼如下所示。

/// <summary>
/// 根據(jù)條件查詢數(shù)據(jù)庫,并返回對象集合(用于分頁數(shù)據(jù)顯示)
/// </summary>
/// <param name="condition">查詢的條件</param>
/// <param name="pagerInfo">分頁實體</param>
/// <returns>指定對象的集合</returns>
public virtual List<T> FindWithPager(string condition, ref PagerInfo pagerInfo)
{
    var action = "FindWithPager";
    string url = GetTokenUrl(action) + string.Format("&condition={0}", condition);
    var postData = pagerInfo.ToJson();

    List<T> result = new List<T>();
    PagedList<T> list = JsonHelper<PagedList<T>>.ConvertJson(url, postData);
    if (list != null)
    {
        pagerInfo.RecordCount = list.total_count;//修改總記錄數(shù)
        result = list.list;
    }
    return result;
}

4遣鼓、混合框架界面整合Web API接口

在整個Web API的平臺構建以及在混合框架的整合過程中啸盏，我把各個模塊還是遵循相對獨立的方式進行開發(fā)和整合，它們實現(xiàn)了從直接訪問數(shù)據(jù)庫骑祟、以WCF服務獲取數(shù)據(jù)回懦，以及通過WebAPI調(diào)用方式獲取數(shù)據(jù)幾種方式的統(tǒng)一，從而實現(xiàn)了整個混合框架的高度整合次企。

整個混合框架的核心是以相對獨立的方式怯晕，整合各個可重用的模塊，我們可以遵循一定的基礎上缸棵，快速構建統(tǒng)一的應用平臺舟茶。

在每個混合框架的獨立模塊里面型诚，我們封裝了對應的Web API客戶端調(diào)用處理客燕，從而實現(xiàn)了Web API的調(diào)用方式。