1. WebApi和MVC有什麼區別
首先要重點說的是，Web API是一種無限接近於RESTful風格的輕型框架，且不是微軟提出來的，微軟在.NET上實現了這中框架—Asp.Net Web API，所以「微軟包裝」是一個極大的偏見。
就應用市場時間而論，MVC普及市場的時間比Web API時間早。為什麼MVC提出來了，且都被大家公認是一種經典的web站點實現架構，為什麼還要搞Web API呢？
這兩年什麼炒得最火熱？互聯網。在網路技術不斷更新和替代的過程，網路不斷普及。互聯網產品只要你有技術，就可以做。但要說明的是，互聯網產品的用戶不再是一小部分人群，除了潛在用戶，你需要面對的是龐大的上網人群和開發者。這時候你要考慮你的WEB伺服器是否能夠支持這么多的用戶，節省一點點傳輸數據的帶寬都能夠讓你的伺服器輕松不少，除此之外，你還要考慮你的潛在用戶變成你的真實用戶的某刻時刻，你的伺服器是否能夠順利支撐。
面對用戶，你要考慮你的產品是否能夠讓用戶使用起來感覺很「爽」，你要把用戶體驗放在首位，那麼你的產品首先功能上必須穩定，不然即使有再好的創意，再耐心的用戶總會使用其它產品替代你的產品。
面對開發者，你想要把某些功能開放，這時候你必須要開放某些介面。有人會說，我也可以使用MVC來開放這些介面，沒錯是可以，但是繞遠道給你帶來的是更大的代價。
Web API 和 MVC可以說是兩個不同的東西。Web API更傾向於基於HTTP協議的服務，直接返回用戶的數據請求。MVC是建站的一種框架，傾向於返回用戶的頁面請求。
我總結了以下 ASP.NET Web API 的特性，更能說明Web API是一種數據請求框架：
ASP.NET Web API 可以根據請求報文來返回的相應數據格式。包括JSON和XML。
ASP.NET Web API 單獨做數據請求和MVC做頁面請求可以讓Web前端和後台更好的解耦，減少開發難度。
Web API 可以更好地用在移動端網頁、桌面端網頁或者桌面程序。
Web API 的宿主可以選擇多樣：WebHost,，ConsoleHost，甚至是windows Services。
類似可以理解成ashx和webform的區別
2. 創建C#的wpf項目（C/S架構），不知道C/S架構中能不能用webapi,請高人解答，謝謝！
首先 ，你要明白瀏覽器也是客戶端，只不過他提供的是一套通用的解釋方式，具體執行程序放在了伺服器上，伺服器應用跟本地應用，本質上無差異，基本都是Sever+客戶端處理，WPF是可以調用web api的 sever收到http請求可不管你是誰 是什麼樣的客戶端發來的 只要是正確的http請求 就能響應，
3. MVC WebApi在調試開發下訪問正常，部署到伺服器訪問不到介面
1、伺服器是否正常啟動（查看日誌）
2、伺服器的IP+PORT是否可以訪問，查看埠是否被佔用
3、若服務正常啟動，埠也可以訪問，查看你的訪問路徑是否正確（部署後的上下文webcontent是否與調試中一致）
4、訪問不到有很多原因，要看你面對的具體問題去排查，比如報錯信息之類~
4. c#mvc中的webapi怎麼迫使服務端返回字元串
返回值是string就好了。
publicstringGet(intid)
{
return"字元串";
}
用AJAX取json格式的就是這樣的。
5. WebApi 2 路由機制
.net中包含的路由有兩種，第一種是MVC模式的按url匹配action，第二種是WebApi模式的按http請求的方法匹配action，本文我們學習WebApi的路由模式。
首先新建一個WebApi項目，選擇ASP.NET Web應用程序(.NET Framework)
這里我們首先來看WebApi的基礎配置 WebApiConfig.cs ，其路徑為 /App_Start/WebApiConfig.cs
首先以瀏覽器啟動webapi項目
會發現頁面顯示403，這是很正常的，因為我們在新建項目的時候沒有加入MVC，所以沒有可視化的view頁面，不過我們卻拿到了這個項目的 埠號
為了更加方便直觀的看我們的介面請求，我們選擇postman，首先在項目新建一個 controller
通過以上的操作，我們就搭建好了一個webApi2的項目工程，後面我們就在這個工程的基礎上進行webApi 2的開發和學習。
webApi的路由過程主要經歷了如下三步
WebApiConfig.cs 這個文件是進行路由表的核心文件， WebApiConfig 裡面只有一個方法，這個方法在 Global.asax 文件里的 Application_Start() 方法被調用， Global.asax 文件是一個全局文件，當我們網頁啟動時就會去執行它。 Register(HttpConfiguration config) 方法是配置WEB API路由的。
因此 在webAP工程啟動的時候，會執行 Global.asax ，這個文件裡面注冊了 WebApiConfig.cs 的一系列初始化配置，從而實現了webapi。
WebApi 2 框架使用路由表。 並由Web API 的 Visual Studio 項目模板創建默認路由
轉到 MapHttpRoute 的定義，可以看到它有4個重載
分別來看看各個參數的作用
webApi2工程自動為我們創建了默認的路由
經過上面的講解，我們知道了匹配的URL是 api/{controller}/{id}
那麼我們在實際的請求中應該如何請求
新建一個 StudentsController
依次對以下地址進行請求
總結：
默認路由的缺點
如下
添加如下的方法(action)
得到了一下的結果
我們來看看這個請求是如何進行匹配的，首先找到 /App_Start/WebApiConfig.cs
按照路由模板來看，我們請求的路由沒有 action 名稱，那麼它是怎麼進行匹配的呢？
其實當我們訪問 http://localhost:65066/api/student 這個url的時候，webapi會自動去匹配 api/{controller}/{id} 這個模板，在這個路徑中，student是controller，那麼它又是怎麼去找到 getStudentName 這個action的呢？明明我們都沒有傳action這個參數，其實Webapi的路由規則是通過http方法去匹配對應的action，我們請求這個地址是用的 GET 方法，那麼webapi會找Order這個控制器裡面的get請求的方法，同事我們的這個 getStudentName 是以 get 開頭的，它符合了webapi的匹配規則，於是就請求成功了，但前提是你寫的方法必須是以get開頭的，如果當前這個controller一個get開頭的都沒有，那麼就顯示 請求的資源不支持 http 方法「GET」 。
當然不以get開頭的前提是你必須加上 [HttpGet] 這個特性，webapi才知道你這個是get的請求方法，就能正確進行匹配。
然後我們再回到 /App_Start/WebApiConfig.cs ，看下裡面 MapHttpRoute 的各個參數的含義，首先轉到它的定義，發現它是 HttpRouteCollection 的擴展方法， MapHttpRoute 有4類重載
在 WebApiConfig.cs 裡面修改為如下的路由模板
介面請求如下
通過 action 的名稱來匹配很好理解，上面的 StudentName() 是方法名， webApi 會默認它就是 action 的名稱，如果你想要方法名和 action 的名稱不一致，你也可以自定義 action 的名稱，這個可以通過特性 ActionName 來實現，如下：
首先看路由模板
對於同請求類型，同請求參數的請求，會出現 不傳參數，找不到匹配的資源 或 傳了參數，但是找到了與該請求匹配的多個操作 的問題，如下所示
解決以上的辦法有兩種
如果要使用特性路由，首先在 WebApiConfig.cs 的 Register 方法裡面必須先啟用特性路由(一般情況下，當我們新建一個 WebApi 項目的時候，會自動在 Register 方法裡面加上這句話。)
特性路由的目的是為了解決我們公共路由模板引擎解決不了的問題。一個action定義了特性路由之後，就能通過特性路由上面的路由規則找到。
只要出現了特性路由，匹配的規則是按特性路由來的
修改studentController如下
參考
參考
路由前綴的一般的做法是在控制器上面使用特性 [RoutePrefix] 來標識。
但是需要注意路由前綴不能以 / 開頭
6. asp.net mvc3 項目怎麼開發API介面
Visual Studio為我們提供了專門用於創建ASP.NET Web API應用的項目模板，藉助於此項目模板提供的向導，我們可以「一鍵式」創建一個完整的ASP.NET Web API項目。在項目創建過程中，Visual Studio會自動為我們添加必要的程序集引用和配置，甚至會為我們自動生成相關的代碼，總之一句話：這種通過向導生成的項目在被創建之後其本身就是一個可執行的應用。
對於IDE提供的這種旨在提高生產效率的自動化機制，我個人自然是推崇的，但是我更推薦讀者朋友們去了解一下這些自動化機制具體為我們做了什麼？做這些的目的何在？哪些是必需的，哪些又是不必要的？正是基於這樣的目的，在接下來演示的實例中，我們將摒棄Visual Studio為我們提供的向導，完全在創建的空項目中編寫我們的程序。這些空項目體現在如右圖所示的解決方案結構中。
如右圖所示，整個解決方案一共包含6個項目，上面介紹的作為「聯系人管理器」的單頁Web應用對應著項目WebApp，下面的列表給出了包括它在內的所有項目的類型和扮演的角色。
·Common：這是一個空的類庫項目，僅僅定義了表示聯系人的數據類型而已。之所以將數據類型定義在獨立的項目中，只要是考慮到它會被多個項目（WebApi和ConsoleApp）所使用。
WebApi：這是一個空的類庫項目，表現為HttpController類型的Web API就定義在此項目中，它具有對Common的項目引用。
WebHost：這是一個空的ASP.NET Web應用，它實現了針對ASP.NET Web API的Web Host寄宿，該項目具有針對WebApi的項目引用。
SelfHost：這是一個空的控制台應用，旨在模擬ASP.NET Web API的Self Host寄宿模式，它同樣具有針對WebApi的項目引用。
WebApp：這是一個空的ASP.NET Web應用，代表「聯系人管理器」的網頁就存在於該項目之中，至於具體的聯系人管理功能，自然通過以Ajax的形式調用Web API來完成。
ConsoleApp：這是一個空的控制台應用，我們用它來模擬如何利用客戶端代理來實現對Web API的遠程調用，它具有針對Common的項目引用。
二、定義Web API
在正式定義Web API之前，我們需要在項目Common中定義代表聯系人的數據類型Contact。簡單起見，我們僅僅為Contact定義了如下幾個簡單的屬性，它們分別代表聯系人的ID、姓名、聯系電話、電子郵箱和聯系地址。
1: public class Contact
2: {
3: public string Id { get; set; }
4: public string Name { get; set; }
5: public string PhoneNo { get; set; }
6: public string EmailAddress { get; set; }
7: public string Address { get; set; }
8: }
表現為HttpController的Web API定義在WebApi項目之中，我們一般將ApiController作為繼承的基類。ApiController定義在「System.Web.Http.dll」程序集中，我們可以在目錄「%ProgramFiles%\Microsoft ASP.NET\ASP.NET Web Stack 5\Packages\」中找到這個程序集。具體來說，該程序集存在於子目錄「Microsoft.AspNet.WebApi.Core.5.0.0\lib\net45」中。
Web API體現在如下所示的ContactsController類型中。在該類型中，我們定義了Get、Post、Put和Delete這4個Action方法，它們分別實現了針對聯系人的查詢、添加、修改和刪除操作。Action方法Get具有一個表示聯系人ID的可預設參數，如果該參數存在則返回對應的聯系人，否則返回整個聯系人列表。由於ASP.NET Web API默認實現了Action方法與HTTP方法的映射，所以方法名也體現了它們各自所能處理請求必須採用的HTTP方法。
1: public class ContactsController: ApiController
2: {
3: static List<Contact> contacts;
4: static int counter = 2;
5:
6: static ContactsController()
7: {
8: contacts = new List<Contact>();
9: contacts.Add(new Contact { Id = "001", Name = "張三",
10: PhoneNo = "0512-12345678", EmailAddress = "[email protected]",
11: Address = "江蘇省蘇州市星湖街328號" });
12: contacts.Add(new Contact { Id = "002", Name = "李四",
13: PhoneNo = "0512-23456789", EmailAddress = "[email protected]",
14: Address = "江蘇省蘇州市金雞湖大道328號" });
15: }
16:
17: public IEnumerable<Contact> Get(string id = null)
18: {
19: return from contact in contacts
20: where contact.Id == id || string.IsNullOrEmpty(id)
21: select contact;
22: }
23:
24: public void Post(Contact contact)
25: {
26: Interlocked.Increment(ref counter);
27: contact.Id = counter.ToString("D3");
28: contacts.Add(contact);
29: }
30:
31: public void Put(Contact contact)
32: {
33: contacts.Remove(contacts.First(c => c.Id == contact.Id));
34: contacts.Add(contact);
35: }
36:
37: public void Delete(string id)
38: {
39: contacts.Remove(contacts.First(c => c.Id == id));
40: }
41: }
簡單起見，我們利用一個靜態欄位（contacts）表示存儲的聯系人列表。當ContactsController類型被載入的時候，我們添加了兩個ID分別為「001」和「002」的聯系人記錄。至於實現聯系人CRUD操作的Action方法，我們也省略了必要的驗證，對於本書後續的演示的實例，我們基本上也會採用這種「簡寫」的風格。