1. 簡單介紹什麼是Web Api

REST屬於一種設計風格，REST 中的 POST（新增資料），GET（取得資料），PUT（更新資料），DELETE（刪除資料）來進行資料庫的增刪改查，而如果開發人員的應用程式符合REST原則，則它的服務為“REST風格Web服務“也稱的RESRfulWeb API”。

微軟的web api是在vs2012上的mvc4專案繫結發行的，它提出的web api是完全基於RESTful標準的，完全不同於之前的（同是SOAP協議的）wcf和webService，它是簡單，程式碼可讀性強的，上手快的，如果要拿它和web服務相比，我會說，它的介面更標準，更清晰，沒有混亂的方法名稱，有的只有幾種標準的請求，如get,post,put,delete等，它們分別對應的幾個操作，下面講一下：

GET：生到資料列表（預設），或者得到一條實體資料

POST：新增服務端新增一條記錄，記錄實體為Form物件

PUT：新增或修改服務端的一條記錄，記錄實體的Form物件，記錄主鍵以GET方式進行傳輸

DELETE：刪除 服務端的一條記錄

2. 怎麼理解的 Post Get Put 和Delete

首先我們從MVC4的WEBAPI模板自動建立的演示檔案進行分析

從演示的列子,我們可以看到在Action 中沒有使用[HttpGet]、[HttpPost] 等修飾,那究竟它是如何運作的呢

Action 皆以HTTP 動詞開頭Get、Post、Put、Delete ,這個也是剛好符合 webapi的約定的,什麼約定呢?

你呼叫什麼型別的方法 ,例如 post 方法,那麼他就去 你的所有的 action 裡面 去找 以 post 開頭的方法 ,名字可以隨便叫,例如 postToDataBase 等等,只要開頭匹配 就可以了

打個比喻，假設今天服務端收到了一個GET 請求時，會去查詢對應的Controller 並且Action 以”Get…” 開頭的方法，舉個例子：GetMembers、GetTime，以此類推，如果我們從jQueryAjax 發出了一個POST 請求，也會自動對應到以”Post…”開頭的Action 內，也就是說實際呼叫哪個Controller的Action 不是利用網址來決定，而是依照HTTP 所送出的請求來決定，這也就是非常典型的REST風格，而在Web API中也處理了回傳的資料，讓我們看看Get() 這個方法，回傳IEnumerable的方法，等於我們擁有了強型別。

我們再來看看預設的 api 路由表 

這裡，只註冊到了controller，沒有到action，因為api的action名稱是有約定的。

webapi大約有這樣的約定：

action名稱中有get的，0引數，匹配路由到/控制器

action名稱中有get的，1引數，匹配路由到 /控制器/id

action名稱中有post的，0引數，匹配路由到post方式的/控制器

action名稱中有post的，1引數，匹配路由到post方式的/控制器/id

對於返回，可以直接返回一個class，則apicontroller自動根據請求的content-type序列化成xml或者json。具體例子為，用ie開啟相應api的url返回的是json，用chrome返回的就是xml。

另外我們可以注意到在PostPut的方法引數有一個關鍵字[ FromBody ]，而Get、Delete則沒有。，事實上沒有加[FromBody ]就預設為[FromUri ].

[ FromBody ]表示由請求檔案本體中取得資料，就像一般表單Post Submit一樣，取得資料的來源是由請求本體中取得，而[ FromUri ]則表示由URI中取得資料，就像在網址列中的所夾帶的引數

在webapi的示範程式碼裡，Get方法很簡單隻有一個id引數的傳入並且是簡單的int型，因此我們可以用http://localhost/api/Values/1 這樣的請求執行Get（int id）方法，但事實上並非每個請求都只用一個簡單的引數就可以能搞定，有時我們可能需要2個或以上的引數才能傳遞或者是獲取到資料，我們可以到路由裡面改為接受兩個引數，分別為{ p1 } & { p2 }

RouteTable.Routes.MapHttpRoute(

            name: "DefaultApi",

            routeTemplate: "webapi/{controller}/{p1}/{p2}",

            defaults: new { id =System.Web.Http.RouteParameter.Optional }

        );

那麼對應的Controller 裡面獲取Get的方法需要修改為

publicstringGet(String p1, String p2)

        {

return p1 + "/" + p2;

        }

這種方法,雖然比較簡單,但是如果我們的引數更多的時候,還是這樣去修改路由也是很麻煩的,我們就採用下面的方法,直接傳遞類到後臺

3. 複雜傳值,直接從前臺傳遞一個類到後臺接收

我們先在前臺頁面,用post方式,來傳遞一個類的2個值到後臺

我們在前臺提交的頁面設定方式為 post 提交 ,地址就指向我們的 webapi地址

定義一個簡單的類

由於我們是通過 Post方式提交的資料,那麼後臺接收的時候,就是用 FromBody 來進行接收,由於剛好我們傳遞的前臺資料就是類的2個欄位,那麼後臺接收的時候,也可以直接用類來接收,webapi會根據型別和欄位來幫我們自動載入資料,獲取到值.

如果你這裡是用 get 方式進行傳值的,那麼這裡的 FromBody 就應該換成 FromUri 

用get方式來獲取資料：

我直接在前臺,用一個超連結,裡面指向我們的webapi 並且傳遞2個值,剛好是我們的UserInfo類的2個屬性

即使我們傳了一個不存在型別裡的屬性名稱引數值,也不會引發錯誤,該引數只會被忽略掉

例如,我們修改的例子,在post提交的時候,我們新增加一個引數,這個引數在後臺的 Userinfo類裡面是沒有對應的屬性的,我們這樣提交之後,後臺接收到值,會自動忽略掉不在類屬性裡面的值

最傳統通過 request.form 和 request.querystring 的方式的獲取值

我們傳統的在aspx或者是一般處理程式裡面獲取值是通過request.querystring和request.form來獲取到.那麼在 webapi裡面,則是有些改變

可以通過上面這種強轉的方式獲取,也可以直接

var context =HttpContext.Current.Request;

WEBAPI中的Request是HttpRequestMessage型別，不能像Web傳統那樣有querystring和from 方法接收引數，而傳統的HttpReqest的基類是HttpReqestBase.所以這裡我們就直接使用(HttpContextBase)Request.Properties[“MS_HttpContext”]

4. 前臺呼叫,ajax來呼叫

5. 後臺呼叫,後臺程式碼呼叫

如果我們想不用Get/Post/Put/Delete ,怎麼定義 ? 簡單,我們自己在方法上打上接受動詞標籤 HttpPost HttpGet

這個時候就會直接報錯請求的資源不支援 http 方法“GET” 

再次呼叫其中的一個方法,並且傳遞引數過去

居然直接就報錯了,提示 : 找到了與該請求匹配的多個操作

這裡報錯的坑爹原因是: 你以為你剛才那樣寫 url 是在呼叫AccessToken方法? 你太天真了,都說了, 我們的webapi是隻繫結到 controller 上,而不繫結到 action上的,呼叫什麼方法,完全看你是用的 post 還是get方法,並且是根據action的名字裡面有沒有 post和 get 來匹配action ，我這裡使用url的方式顯然是get方法, 然後AccessToken?name=joey&pwd=lee 這麼一大串,在路由裡面實際就是代表了引數id, 當匹配到 controller 裡面的時候,發現有2個 HttpGet 的方法, 但是 這2個方法,他們的引數名字都是一模一樣的,所以就提示了, 找到了與該請求匹配的多個操作….那麼如何修改呢?