MVC4 WebAPI(一)
為什么80%的碼農都做不了架構師？>>> ??
不管是因為什么原因，結果是在新出的MVC中，增加了WebAPI，用于提供REST風格的WebService，個人比較喜歡REST風格的WebService，感覺比SOAP要輕量級一些，而且對客戶端的要求也更少，更符合網絡數據傳輸的一般模式，客戶端完全擺脫了代理和管道來直接和WebService進行交互，具體的區別可以參見Web 服務編程，REST 與 SOAP
(一)環境準備
本機的環境是XP+VS2010，需要安裝VS2010 SP1升級包，MVC4升級包，Vs2010安裝SP1后會影響SQLServer2008的自動提示功能，需要在安裝補丁或插件，安裝成功后可以新建如下的 MVC WebAPI 項目
（二）概覽
新生成的WebAPI項目和典型的MVC項目一樣，包含主要的Models，Views，Controllers等文件夾和Global.asax文件
Views對于WebAPI來說沒有太大的用途，Models中的Model主要用于保存Service和Client交互的對象，這些對象默認情況下會被轉換為Json格式的數據進行傳輸，Controllers中的Controller對應于WebService來說是一個Resource，用于提供服務。和普通的MVC一樣，Global.asax用于配置路由規則
（三）Models
和WCF中的數據契約形成鮮明對比的是，MVC WebAPI中的Model就是簡單的POCO，沒有任何別的東西，如，你可以創建如下的Model
public class TestUseMode{public string ModeKey{get;set;}public string ModeValue { get; set; }}注意：Model必須提供public的屬性，用于json或xml反序列化時的賦值
（四）Controllers
MVC WebAPI中的Controllers和普通MVC的Controllers類似，不過不再繼承于Controller，而改為繼承API的ApiController，一個Controller可以包含多個Action，這些Action響應請求的方法與Global中配置的路由規則有關，在后面結束Global時統一說明
（五）Global
默認情況下，模板自帶了兩個路由規則，分別對應于WebAPI和普通MVC的Web請求，默認的WebAPI路由規則如下
1 routes.MapHttpRoute( 2 name: "DefaultApi", 3 routeTemplate: "api/{controller}/{id}", 4 defaults: new { id = RouteParameter.Optional } 5 );可以看到，默認路由使用的固定的api作為Uri的先導，按照微軟官方的說法，用于區分普通Web請求和WebService的請求路徑：
Note:?The reason for using "api" in the route is to avoid collisions with ASP.NET MVC routing. That way, you can have "/contacts" go to an MVC controller, and "/api/contacts" go to a Web API controller. Of course, if you don't like this convention, you can change the default route table.
可以看到，默認的路由規則只指向了Controller，沒有指向具體的Action，因為默認情況下，對于Controller中的Action的匹配是和Action的方法名相關聯的：
具體來說，如果使用上面的路由規則，對應下面的Controller：
public class TestController : ApiController{public static List<TestUseMode> allModeList = new List<TestUseMode>();public IEnumerable<TestUseMode> GetAll(){return allModeList;}public IEnumerable<TestUseMode> GetOne(string key){return allModeList.FindAll((mode) => { if (mode.ModeKey.Equals(key)) return true; return false; });}public bool PostNew(TestUseMode mode){allModeList.Add(mode);return true;}public int Delete(string key){return allModeList.RemoveAll((mode) => { if (mode.ModeKey == key) return true; return false; });}public int DeleteAll(){return allModeList.RemoveAll((mode) => { return true; });}public int PutOne(string key, string value){List<TestUseMode> upDataList = allModeList.FindAll((mode) => { if (mode.ModeKey == key) return true; return false; });foreach(var mode in upDataList){mode.ModeValue = value;}return upDataList.Count;}}?
則，會有下面的對應關系：
簡單使用JS調用上面提供的數據接口
這樣就實現了最基本的CRUD操作。
（六）路由規則擴展
和普通的MVC一樣，MVC WebAPI支持自定義的路由規則，如：在上面的操作中，路由規則使用
"api/{controller}/{id}"則限定了使用GET方式利用URL來傳值時，controller后面的接收參數名為id，但是在Controller中，GetOne方法的接收參數名為key，是不會被匹配的，這是只需要新增一個新的路由規則，或修改原先的路由規則為：
"api/{controller}/{key}"當然，可以對路由進行更深的擴展，如：擴展成和普通MVC一樣的路由：
"api/{controller}/{action}/{id}"這樣，就要求同時使用Action和HTTP方法進行匹配
當然，根據微軟的說法，這種使用是不被推薦的，因為這不符合大家對WebService的一般認知：
For a RESTful API, you should avoid using verbs in the URIs, because a URI should identify a resource, not an action.
(七)使用Attribute聲明HTTP方法
有沒有感覺默認的使用方法名來匹配HTTP Method的做法很傻？？或者我有一些方法是自己用的，不想暴露出來，又該怎么辦？還是使用attribute做這些工作感覺優雅一些，比如，上面的Action我可以更改為：
[HttpGet]public IEnumerable<TestUseMode> FindAll()[HttpGet]public IEnumerable<TestUseMode> FindByKey(string key)[HttpPost]public bool Add(TestUseMode mode)[HttpDelete]public int RemoveByKey(string key)[HttpDelete]public int RemoveAll()[HttpPut]public int UpdateByKey(string key, string value)[NonAction] public string GetPrivateData()當然，我只列出了方法名，而不是這些方法真的沒有方法體...方法體是不變的，NoAction表示這個方法是不接收請求的，即使以GET開頭。
如果感覺常規的GET，POST，DELETE，PUT不夠用，還可以使用AcceptVerbs的方式來聲明HTTP方法，如：
******************************************************************************
作者：王坤?
出處：http://www.cnblogs.com/wk1234
轉載于:https://my.oschina.net/garyun/blog/602725
總結
以上是生活随笔為你收集整理的MVC4 WebAPI(一)的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Ajax调用MVC控制器参数为实体
- 下一篇： 2019中韩版权研讨会举行 网络成版权保