新聞中心

在Web API接口的開發(fā)過程中,我們可能會(huì)碰到各種各樣的問題,我在前面兩篇隨筆《Web API應(yīng)用架構(gòu)在Winform混合框架中的應(yīng)用(1)》、《Web API應(yīng)用架構(gòu)在Winform混合框架中的應(yīng)用(2)--自定義異常結(jié)果的處理》也進(jìn)行了總的介紹,在經(jīng)過我的大量模塊實(shí)踐并成功運(yùn)行后,總結(jié)了這篇隨筆,希望對(duì)大家有所幫助。
1、在接口定義中確定MVC的GET或者POST方式
由于我們整個(gè)Web API平臺(tái)是基于MVC的基礎(chǔ)上進(jìn)行的API開發(fā),因此整個(gè)Web API的接口,在定義的時(shí)候,一般需要顯示來聲明接口是[HttpGet]或者[HttpPost],雖然有些接口也可以不用聲明,但是避免出現(xiàn)類似下面 的錯(cuò)誤信息,顯式聲明還是有好處的。
例如在基類定義的查找對(duì)象接口如下所示。
- ///
- /// 查詢數(shù)據(jù)庫,檢查是否存在指定ID的對(duì)象
- ///
- /// 對(duì)象的ID值
- ///
存在則返回指定的對(duì)象,否則返回Null - [HttpGet]
- public virtual T FindByID(string id, string token)
如果是增刪改的接口,一般需要聲明為POST方式提交數(shù)據(jù),而且基于安全性的考慮,需要攜帶更多的參數(shù)。
- ///
- /// 插入指定對(duì)象到數(shù)據(jù)庫中
- ///
- /// 指定的對(duì)象
- ///
執(zhí)行操作是否成功。
- [HttpPost]
- public virtual CommonResult Insert(T info, string token, string signature, string timestamp, string nonce, string appid)
2、動(dòng)態(tài)對(duì)象的接口定義
在一般的Web API接口里面,我們可能都會(huì)碰到很多簡(jiǎn)單類型的參數(shù),但是又想讓它們以POST方式提交數(shù)據(jù),那么我們就可以有兩種方法來處理,一種是定義一個(gè)類來放置 這些參數(shù),一種是采用動(dòng)態(tài)的JObject參數(shù),前者有很多不方便的地方,因?yàn)槲覀儾豢赡転槊總€(gè)接口參數(shù)定義多一個(gè)實(shí)體類,這樣可能會(huì)有很多難以管理的類 定義。如下面是微信API的調(diào)用接口案例,我們也需要設(shè)置這樣的處理規(guī)則。
- 接口調(diào)用請(qǐng)求說明
- http請(qǐng)求方式: POST(請(qǐng)使用https協(xié)議)
- https://api.weixin.qq.com/cgi-bin/groups/update?access_token=ACCESS_TOKEN
- POST數(shù)據(jù)格式:json
- POST數(shù)據(jù)例子:{"group":{"id":108,"name":"test2_modify2"}}
那么我們采用JObject是這么樣的呢,我們來看接口的定義和處理代碼。JObject是Newtonsoft.Json.Linq命名空間下的一個(gè)對(duì)象。
- ///
- /// 修改用戶密碼
- ///
- /// 包含userName和userPassword的復(fù)合對(duì)象
- /// 用戶訪問令牌
- ///
- [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
.Instance.ModifyPassword(userName, userPassword); - return new CommonResult(success);
- }
- else
- {
- throw new MyApiException("傳遞參數(shù)出現(xiàn)錯(cuò)誤");
- }
- }
其中我們把JObject對(duì)象轉(zhuǎn)換為我們所需要的對(duì)象的時(shí)候,因?yàn)槲覀儧]有定義具體的實(shí)體類,因此采用了dynamic語法,聲明這是一個(gè)動(dòng)態(tài)對(duì)象,由運(yùn)行時(shí)獲取對(duì)應(yīng)的屬性。
dynamic obj = param;
這樣我們就可以在調(diào)用的時(shí)候,動(dòng)態(tài)POST對(duì)應(yīng)的JSON對(duì)象給Web API接口,而不需要預(yù)先定義各種接口參數(shù)的類了。
- ///
- /// 調(diào)用Web API接口,修改用戶密碼
- ///
- /// 用戶名稱
- /// 修改的密碼
- ///
如果修改成功返回true,否則返回false - 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
.ConvertJson(url, postData); - return (result != null) ? result.Success : false;
- }
其中GetTokenUrl是根據(jù)token和API的地址等參數(shù),構(gòu)建一個(gè)完整的提交地址。我們?cè)谏厦娲a通過
var postData = new { userName = userName, userPassword = userPassword }.ToJson();就可以動(dòng)態(tài)創(chuàng)建一個(gè)對(duì)象,并生成它的JSON字符串,把數(shù)據(jù)POST提交到對(duì)應(yīng)的API接口里面即可,然后對(duì)結(jié)果進(jìn)行對(duì)象的轉(zhuǎn)換就算完成了。
3、集合和分頁的處理
在很多接口里面,我們都需要用到分頁的處理,Web API也不例外,這樣可以提交數(shù)據(jù)檢索效率,減少服務(wù)器數(shù)據(jù)處理的壓力,同時(shí)也提交客戶端的數(shù)據(jù)顯示速度。
一般的集合接口定義如下所示(通用性基類接口)。
- ///
- /// 返回?cái)?shù)據(jù)庫所有的對(duì)象集合
- ///
- ///
指定對(duì)象的集合 - [HttpGet]
- public virtual List
GetAll(string token) - {
- //檢查用戶是否有權(quán)限,否則拋出MyDenyAccessException異常
- base.CheckAuthorized(AuthorizeKey.ListKey, token);
- List
list = baseBLL.GetAll(); - return list;
- }
但是這樣的返回記錄會(huì)比較多,一般情況下需要分頁,那么分頁的處理接口定義如下所示。
- ///
- /// 根據(jù)條件查詢數(shù)據(jù)庫,并返回對(duì)象集合(用于分頁數(shù)據(jù)顯示)
- ///
- ///
指定對(duì)象的集合 - [HttpPost]
- public virtual PagedList
FindWithPager(string condition, PagerInfo pagerInfo, string token)
分頁接口,在這里返回的結(jié)果里面,用了一個(gè)PageList的泛型類,這個(gè)方便我們獲取當(dāng)前的記錄及總數(shù),它的定義如下所示。
- ///
- /// 分頁集合
- ///
- ///
對(duì)象 - public class PagedList
- {
- ///
- /// 返回記錄的總數(shù)
- ///
- public int total_count { get; set; }
- ///
- /// 列表集合
- ///
- public List
list { get; set; } - }
***整個(gè)分頁的處理Web API接口實(shí)現(xiàn)如下所示。
- ///
- /// 根據(jù)條件查詢數(shù)據(jù)庫,并返回對(duì)象集合(用于分頁數(shù)據(jù)顯示)
- ///
- ///
指定對(duì)象的集合 - [HttpPost]
- public virtual PagedList
FindWithPager(string condition, PagerInfo pagerInfo, string token) - {
- //檢查用戶是否有權(quán)限,否則拋出MyDenyAccessException異常
- base.CheckAuthorized(AuthorizeKey.ListKey, token);
- List
list = baseBLL.FindWithPager(condition, pagerInfo); - //構(gòu)造成Json的格式傳遞
- var result = new PagedList
() { total_count = pagerInfo.RecordCount, list = list }; - return result;
- }
***客戶端調(diào)用分頁的Web API代碼如下所示。
- ///
- /// 根據(jù)條件查詢數(shù)據(jù)庫,并返回對(duì)象集合(用于分頁數(shù)據(jù)顯示)
- ///
- /// 查詢的條件
- /// 分頁實(shí)體
- ///
指定對(duì)象的集合 - public virtual List
FindWithPager(string condition, ref PagerInfo pagerInfo) - {
- var action = "FindWithPager";
- string url = GetTokenUrl(action) + string.Format("&condition={0}", condition);
- var postData = pagerInfo.ToJson();
- List
result = new List (); - PagedList
list = JsonHelper >.ConvertJson(url, postData); - if (list != null)
- {
- pagerInfo.RecordCount = list.total_count;//修改總記錄數(shù)
- result = list.list;
- }
- return result;
- }
4、混合框架界面整合Web API接口
在整個(gè)Web API的平臺(tái)構(gòu)建以及在混合框架的整合過程中,我把各個(gè)模塊還是遵循相對(duì)獨(dú)立的方式進(jìn)行開發(fā)和整合,它們實(shí)現(xiàn)了從直接訪問數(shù)據(jù)庫、以WCF服務(wù)獲取數(shù)據(jù),以及通過WebAPI調(diào)用方式獲取數(shù)據(jù)幾種方式的統(tǒng)一,從而實(shí)現(xiàn)了整個(gè)混合框架的高度整合。
整個(gè)混合框架的核心是以相對(duì)獨(dú)立的方式,整合各個(gè)可重用的模塊,我們可以遵循一定的基礎(chǔ)上,快速構(gòu)建統(tǒng)一的應(yīng)用平臺(tái)。
搭建完畢的整個(gè)WebAPI平臺(tái),其中包括了服務(wù)端內(nèi)容,以API控制器的方式,發(fā)布了對(duì)應(yīng)的Web API接口。
在每個(gè)混合框架的獨(dú)立模塊里面,我們封裝了對(duì)應(yīng)的Web API客戶端調(diào)用處理,從而實(shí)現(xiàn)了Web API的調(diào)用方式。
在Win10下,使用Web API模式運(yùn)行混合框架,獲得的主體界面效果如下所示。
獨(dú)立模塊權(quán)限管理系統(tǒng)界面如下所示。
<
網(wǎng)頁名稱:WebAPI接口設(shè)計(jì)經(jīng)驗(yàn)總結(jié)
本文路徑:http://m.fisionsoft.com.cn/article/ccdshej.html


咨詢
建站咨詢
