❶ webapi和mvc的區別
在新出的MVC中，增加了WebAPI，用於提供REST風格的WebService，新生成的WebAPI項目和典型的MVC項目一樣，包含主要的Models、Views、Controllers等文件夾和Global.asax文件。Views對於WebAPI來說沒有太大的用途，Models中的Model主要用於保存Service和Client交互的對象，這些對象默認情況下會被轉換為Json格式的數據迚行傳輸，Controllers中的Controller對應於WebService來說是一個Resource，用於提供服務。和普通的MVC一樣，Global.asax用於配置路由規則。
對於WebAPI來說它最初被設計為和WCF一樣的客戶端、服務端兩套結構我們到現在乊所以還沒有提到客戶端是因為我們的請求別的方式來封裝成HTTP請求戒接收HTTP相應的比如AJAX和Form表單提交。
❷ 怎樣操作WebAPI介面
先定義一個簡單的webapi，簡單到差不多直接用vs2010自動生成的webapi代碼。
其中的TestModle是一個簡單的class，如下
public class TestModle
{
public string a { get; set; }
public string b { get; set; }
public string c { get; set; }
}
前端頁面放四個代表get，post，put，delete的按鈕，在加一個div顯示返回值
前端代碼中載入jquery，在定義四個按鈕的click事件
get和post，我習慣用$.get和$.post，當然也能用$.ajax.
get直接返回webapi get的return值，post的話我就不在後端做處理了直接返回傳入的值，這里只做示範
put和delete，只能用$.ajax來處理。
put的話一般用於update某個id的數據信息
delete用於刪除某個id的數據，如下圖所示
點擊每個按鈕，可以在頁面上看到相應的效果
本回答由提問者推薦
評論
1 1
xzozxzb | 汽車顧問向TA咨詢
擅長： 汽車
其他回答
先定義一個簡單的webapi，簡單到差不多直接用vs2010自動生成的webapi代碼。
其中的TestModle是一個簡單的class，如下
public class TestModle
{
public string a { get; set; }
public string b { get; set; }
public string c { get; set; }
}
前端頁面放四個代表get，post，put，delete的按鈕，在加一個div顯示返回值
前端代碼中載入jquery，在定義四個按鈕的click事件
get和post，我習慣用$.get和$.post，當然也能用$.ajax.
get直接返回webapi get的return值，post的話我就不在後端做處理了直接返回傳入的值，這里只做示範
put和delete，只能用$.ajax來處理。
put的話一般用於update某個id的數據信息
delete用於刪除某個id的數據，如下圖所示
點擊每個按鈕，可以在頁面上看到相應的效果
❸ c# ASP.net mvc web API 學web api 到底學的是什麼我現在知道get，
mvc4 的webapi 不好用，它規定的參數，格式太死了，我感覺，本來我也想用的
什麼從url就能看出是什麼操作，我覺得不是很方便
後來用wcf
❹ 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的區別
❺ .net中MVC web項目和webapi有啥區別
首先要重點說的是，Web API是一種無限接近於RESTful風格的輕型框架，且不是微軟提出來的，微軟在.NET上實現了這中框架—http://Asp.Net
Web API，所以「微軟包裝」是一個極大的偏見。
就應用市場時間而論，MVC普及市場的時間比Web API時間早。為什麼MVC提出來了，且都被大家公認是一種經典的web站點實現架構，為什麼還要搞Web API呢？
這兩年什麼炒得最火熱？互聯網。在網路技術不斷更新和替代的過程，網路不斷普及。互聯網產品只要你有技術，就可以做。但要說明的是，互聯網產品的用戶不再是一小部分人群，除了潛在用戶，你需要面對的是龐大的上網人群和開發者。這時候你要考慮你的WEB伺服器是否能夠支持這么多的用戶，節省一點點傳輸數據的帶寬都能夠讓你的伺服器輕松不少，除此之外，你還要考慮你的潛在用戶變成你的真實用戶的某刻時刻，你的伺服器是否能夠順利支撐。
面對用戶，你要考慮你的產品是否能夠讓用戶使用起來感覺很「爽」，你要把用戶體驗放在首位，那麼你的產品首先功能上必須穩定，不然即使有再好的創意，再耐心的用戶總會使用其它產品替代你的產品。
面對開發者，你想要把某些功能開放，這時候你必須要開放某些介面。有人會說，我也可以使用MVC來開放這些介面，沒錯是可以，但是繞遠道給你帶來的是更大的代價。
Web API 和 MVC可以說是兩個不同的東西。Web API更傾向於基於HTTP協議的服務，直接返回用戶的數據請求。MVC是建站的一種框架，傾向於返回用戶的頁面請求。
我總結了以下 http://ASP.NET Web API 的特性，更能說明Web API是一種數據請求框架：
http://ASP.NET
Web API 可以根據請求報文來返回的相應數據格式。包括JSON和XML。http://ASP.NET
Web API 單獨做數據請求和MVC做頁面請求可以讓Web前端和後台更好的解耦，減少開發難度。Web API 可以更好地用在移動端網頁、桌面端網頁或者桌面程序。
Web API 的宿主可以選擇多樣：WebHost,，ConsoleHost，甚至是windows Services。
類似可以理解成ashx和webform的區別
❻ 為什麼要 web api 編程
web api主要用於構建http服務
WebAPI針對數據無狀態的通訊可以說一條近路，用起來輕松，不復雜。
但是如果你用WebAPI實現頁面生成和通訊那您慢慢欣賞景色吧，是條遠路。
❼ WebAPI與傳統的WebService有哪些不同
WebService是利用HTTP管道實現了RPC的一種規范形式，放棄了對HTTP原生特徵與語義的完備支持；而WebAPI是要保留HTTP原生特徵與語義的同時實現RPC，但WebAPI的實現風格可以是千姿百態，RESTful只是實現了其中一種風格，你也可以定義一種風格，並實現
WebAPI相比WebService更為輕量級、靈活、優化好的情況下，性能更有優勢，但是對復雜或大型業務的描述與使用增加了無形的成本
WebAPI可以更好的利用HTTP與生俱來的特徵，如：緩存、代理、安全、頭信息擴展，反之，部分實現方式WebService無法利用HTTP特徵
本質上WebAPI與傳統模式的WebService都是實現RPC，遠程服務；傳統的WebService只是利用了HTTP通道，進行獨立的交互，但是這個交互協議可以移植到其他協議下運作，而WebAPI天生與HTTP依賴無法移植
WebService與WebAPI在80埠下工作，都可以繞開默認的網路防火牆限制，因為默認下網路防火牆對系統級埠與協議下的內容是開放的
WebService與RESTfulWebAPI服務端都可以使用反射來實現自動化部署，只是前者更為容易，因為存在標準的規范，後者只是開發WebAPI的推薦風格，實現上需要自己來規范與描述，處理不兼容問題；WebAPI在無反射下的業務實現更為直觀接近MVC模式下的開發的應用，通用，性能更好、更為靈活，能夠直接利用HTTP的動態網頁技術開發介面與功能
WebAPI對於交互數據的格式沒有明確規定，使得其可以更好的使用在特定的軟體運行平台，但是需要開發者對各種格式的支持；傳統的WebService則要求使用服務的平台對數據格式強制適應，服務端的交互數據處理變得更加快捷容易，而增加了不同使用端的對服務交互困難度
❽ 前端中有哪些方法屬於webapi
web調用方與webapi之間肯定得有一個銜接，WebAPI也不知道究竟會傳遞哪些條件過來，只能列舉一切可能傳遞過來的條件。 至於你說的拼接，沒有你想像的復雜，web調用方你可以引用Newtonsoft.Json.Linq，通過JObject對象add查詢條件參數
❾ 如何看server是webapi1還是webapi2
WebAPI 採用 REST 架構，相對於 WebService 來說，極大的減輕了開發人員的負擔，畢竟不是每個開發人員都了解 Web Service 協議。
因為你用不到 Web Service 協議的特性，因此你也不必創建這類應用來迎合別人，但是又要讓別人和你交互，那麼最低限度的按照 REST 架構來設計介面，這將極大的減輕你的工作負擔。
❿ c# webapi
需要有基礎的計算機網路知識儲備，例如 Socket、TCP/IP、HTTP 等等。
還需要有一些 ASP.NET 基本概念的理解，比如應用程序池、Cookie、Seesion 等等。
最後需要理解 MVC 架構，因為 WebAPI 是在 MVC 基礎之上擴展出來的。