1. webapi是什麼意思
Web API是網路應用程序介面。包含了廣泛的功能，網路應用通過API介面，可以實現存儲服務、消息服務、計算服務等能力，利用這些能力可以進行開發出強大功能的web應用。
存儲服務：存儲服務關注抽象化和虛擬化存儲。這個領域的領頭羊是amazon s3，在我的article in web 2.0journal中對其曾有較深入的探討。對開發者而言，S3提供了極其精簡抽象的如哈希表之類的API，允許你輕松存取信息。另一個有意思的服務是openemy，它提供了類似於文件系統介面的api，但增加了給文件標簽的能力。今年早些時候，TechCrunch剖析了其他一些在線存儲服務。但至今我們還沒看到傳御扮說中顛覆性的存儲服務GDrive（來鎮啟灶自google）和LiveDrive（來自微軟），他們很大可能都會提供api。
計算服務：目前還沒有一個一般的可以通過api訪問的web計算服務黑盒，但有不少技術指向這個方向。一個是alexavertical search platform，在下面的搜索服務小節會提及更多，第二個是網旁嫌格計算，比如 sungrid，datasynapse's gridserver或者platform's symphony。在API里封裝任意的計算任務是個相當具挑戰性的任務，也許還要很多年這種服務才會廣泛流行。
2. WebService和Webapi的區別
WebApi是基於純粹的http協議，webservice是基於soap協議（尺好比簡單的http協議更高級）。
WebApi有取代webservice的趨臘閉勢，至少，陵局鉛非必要，一般我也不會優先選擇webservice。
3. .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的區別
4. 網站開發工具有哪些
1.Web應用框架這些軟體是專門設計來幫助網站開發，並使創建網站的Web開發的過程變得更容易。該軟體完全支持Web服務，Web資源和WebAPI。這些框迅瞎高架會自動執畝尺行與Web開發中的常見活動相關聯的一些進程，從而使Web開發人員的工作變得更加容易。可用的Web開發框架包括ASP.NET，JavaEE，WebObjects，web2py，OpenACS等。
2.協作工具對於遠程工作的團隊，需要時刻保持聯系和協作。為了提高開發效率，幫助開發者在同一個項目上工作的流程簡化開發流程，以實現團隊的設定目標，市場上出現了很多協作工具，如Slack，Trello，Asana，Jira等。
3.本地開發環境一個快速的本地開發環境，可以推出取決於操作系統或您正在使用的計算機。有各種各樣的免費軟體，軟體Apache，MySQL和其他打包在一起。這是在本地計算機上最快的一種測試方式，為了方便使用，有些程序還出了攜帶型版本。本地開發環境包括MAMP，LARAGAN，XAMPP和Vagrant等。
4.前端框架前端框架基本上是一些文件和文件夾，如HTML，CSS和JavaScript等。前端框架通常包含有有準備好的組件，大多數組件都是可以進行修改和調整的，開發人員可以根據自己的開發需求來選擇使用，目前最常見的前端框架是Bootstrap。
5.圖標圖標對於Web開發人員，尤其是前端開發人員非常重要，它們是Web開發的重要組成部分。上圖中的圖標都可以應用於你的項目，且這其中大部分是免費的。
6.網站速度測試工具網站速神皮度是決定一個網站是否成功的重要因素。現在的用戶越來越挑剔，大家往往更傾向於載入速度快的網站，對於載入速度慢的網站，大家幾乎是零容忍。另外，SEO做得好的話，可能會帶來更高的轉化率和更好的用戶體驗。Web開發人員可以使用工具來測試他們的網站速度，以確保他們的網站能夠擁有較短的載入時間。
7.文本對比檢查Diffcheckers可以幫助您比較文件之間的差異，然後合並更改，幫助我們更直觀的看見文本之間的差異。
8.資料庫資料庫基本上是已經存儲信息的集合，可以進行信息的檢索，管理甚至更新。Web開發人員常用的資料庫有MySQL，MariaDB，MongoDB，Redis等。
9.Web開發通訊為什麼選擇通訊訂閱，因為開發人員可以利用這些工具節省時間和精，通過這些工具選擇最佳的Web開發和性能主題，而不必自己動手。
10.任務批處理工具/包管理器任務批處理工具有助於自動化工作流程。例如，你創建了一個任務，可以通過JavaScript編寫的工具來自動化工作流程。除此之外，還可以新建和組合任務，使用任務管理器縮短開發時間，加快開發速率。另一方面，包管理器也是很重要的，它可以跟蹤所有軟體，確保這些軟體都更新至最新版本，擁有最強的功能。這些工具包括：Grunt，Gulp，npm等。
11.文本和代碼編輯器文本和代碼編輯器不僅能夠為開發者帶來良好的代碼體驗，而且能夠大大節約網站開發的時間。比較常用的編輯器有Atom，Notepad++，Vim等。之前，筆者也發過程序員票選最佳的代碼編輯器，感興趣的朋友可以戳進去看一下。
12.靈感對於很多工種來說，靈感都是極為重要的，但是靈感是可遇不可求的，所以一旦有了靈感就必須及時記錄下來。除了我們自己的靈感迸現，我們也可以從別人的作品中提煉出新的靈感。常見的記錄靈感的工具有CodePen和Dribble。
13.編程語言每個Web開發工具都有一種編程語言。編程語言被設計為開發人員或程序員和計算機之間的橋梁，並幫助程序員創建我們每天使用的程序。比較流行的編程語言包括PHP，NodeJS，Python，Ruby等。
14.代碼共享/實驗工具基本上編程這個工作是一個團隊合作，團隊之間要保持親密無間的協作關系，互相檢查對方的代碼有助於更有效的進行程序編寫。代碼共享是現在程序員都在使用的一種方式，常見的有Slack。
15.Git託管Git是一款免費、開源的分布式版本控制系統，可以高效的管理大小項目的各個版本，可以幫助開發團隊避免混亂。
5. 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則要求使用服務的平台對數據格式強制適應，服務端的交互數據處理變得更加快捷容易，而增加了不同使用端的對服務交互困難度
6. WebService與WebApi的區別
1 基於SOAP協議的，數據格式為XML
2 只支持HTTP協議
3 不是開源的，但可以被任意一個了解XML的人使用
4 只能部署在IIS上
SOAP :簡單對象訪問協議Simple Object Access Protocol,傳輸層 ，返銷,XML傳輸消息
WSDL :Web Server Description Language ：Web Server描述語言(元數據)，給客戶端生成代理類的一個描述信息
UDDI :提供了一組基於標準的規范用於描述和發現服務，統一描述，發現和集成（UDDI-Universal Descript,Discovery,Integration），提供注冊和查找服務
客戶端在UDDI注冊表（Registry）查找服務，取得服務的WSDL描述，通過SOAP調用服務。
1 是簡單的 構建HTTP服務的新框架
2 在.net平台上WebApi是一個開源的，理想的，構建REST-FUL服務的技術
3 不想WCF REST Server 它可以使用HTTP的全部特點（URI,request/response頭，緩存，版本控制，多種內容格式）
4 支持MVC的特徵。像路由、控制器、action、filter、模型綁定、控制反轉（IOC）或依賴注入（DI），單元測試。
4 可以部署在IIS和應用程序上
6 輕量級框架，並且對限制帶寬的設備，比如智能手機等支持的很好
7、Response可以被Web API的MediaTypeFormatter轉換成Json、XML 或者任何你想轉換的格式。
8、Web API非常適合構建移動客戶端服務
1、 需要Web Service但是不需要SOAP
2、 需要在漏簡游已有的WCF服務基礎上建立non-soap-based http服務
3、 只想發布一些簡單的Http服務，不想使用相對復雜的WCF配置
4、 發布的服務可能會被帶寬受限的設備訪問
5、 希望使用開源框架，關鍵時候可以自己調試或者自定義一下框架
6、如果服務需要在http協議上，並且希望利用http協議的各種功能
7、如果服務需要被各種客戶端(特別是移動客戶端)調用
webapi多用於基於http請求的服務應用,比如說移動服務端或者需要提供第三方API 服務的場景下
webservice也可以應用於webapi所在的場景，一般是做為內部服務的使用，好比如果一個系咐嫌統用wcf/webservice作為內部子系統間的服務通信，而webapi用於外部服務的請求。
7. WebService、WCF和WebApi的區別和特點
Web Service ：Web Service服務通常被定義為一組模塊化的API，它們可以通過網路進行調用，來執行遠程系統的請求服務
1.）它是基於SOAP協議的，數據格式是XML
2.)只支持HTTP協議
3.)它不是開源的，但可以被任何一個了解XML的人胡物使用
4.）它只能部署到IIS上
WCF ：是由微軟開發的一系列支持數據通信的應用程序框架，整合了褲戚液原有仔襲的windows通訊的 .net Remoting，WebService，Socket的機制，並融合有HTTP和FTP的相關技術
1.)它也是基於SOAP的，數據格式是XML
2.)它是Web Service的進化版，可以支持各種各樣的協議，像TCP，HTTP，HTTPS等
3.)WCF配置較為繁瑣
4.)它不是開源的，但可以被任意一個了解XML的人使用
5.)它可以部署到應用程序中或IIS及Windows服務中
Web Api ：與WCF REST Service不同在於，Web API利用Http協議的各個方面來表達服務
1.)在.net平台上Web Api是一個開源的、理想的、構建REST-ful服務的技術
2.)它可以使用HTTP的全部特點，比如URIs、request/response頭，緩存，版本控制，多種內容格式
3.)它也支持MVC的特徵，像路由、控制器、action、filter、模型綁定、控制反轉（IOC）或依賴注入（DI），單元測試
4.)它可以部署在應用程序和IIS上
5.)這是一個輕量級的框架，並且對限制帶寬的設備，比如智能手機等支持的很好
6.)Response可以被Web API的MediaTypeFormatter轉換成Json、XML 等格式
8. WebService和Webapi的區別
WebApi是基於純粹的http協議；
Webservice是基於soap協議（比簡單的http協議更高級）。
9. 從WebService到WebAPI
1996年，Gartner前瞻性地提出了面向服務架構的思想(SOA)。
Service Oriented Ambiguity 中文一般理解為：面向服務架構，簡稱SOA，這個概念算得上微服務的鼻祖了。
SOA 的提出是在企業計算領域，就是要將緊耦合的系統，劃分為面向業務的、粗粒度、松耦合、無狀態的服務。服務發布出來供其他服務調用，一組互相依賴的服務就構成了SOA架構下的系統。
SOA本質上是服務的集合。
態和微軟技術棧下：
總體來說，兩者都是服務，只是表現形式游辯存神閉缺在一些差異：
1、518fans粉絲網的 https://www.jianshu.com/p/54192c6df483
2、無為無味無心的 https://www.jianshu.com/p/189be4296e30
3、cysong168的博客 https://blog.csdn.net/cysong168/article/details/51433986/
4、網路知道 https://..com/question/565594194151655004.html
10. WebService和Webapi的區別
webapi用的是http協議，webservice用的是soap協議
webapi無狀態，相對webservice更輕量級。webapi支持如get,post等http操作
http soap關系
http:是一個客戶端和伺服器端請求和應答的標准（TCP）。http協議其目的是為了提供一種發布和接收htttp頁面的方法
一http協議的客戶端與伺服器的交互：由HTTP客戶端發起一個請求，建立一個到伺服器指定埠（默認是80埠）的TCP連接。HTTP伺服器則在那個埠監聽客戶端發送過來的請求。一旦收到請求，伺服器（向客戶端）發回一個狀態行，比如」HTTP/1.1 200 OK」，和（響應的）消息，消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。
soap 協議：它描述了一種在分散或分布式的環境中如何交換信息的輕量級協議。soap在http協議的基礎上，一個基於XML的協議。
不同：都是底層的通信協議，請求包的格式不同而已，soap包是XML格式,http純文本格式。
關系：SOAP是個通信協議， SOAP在HTTP協議的基礎上，把編寫成XML的REQUEST參數, 放在HTTP BODY上提交個WEB SERVICE伺服器(SERVLET，ASP什麼的) 處理完成後，結果也寫成XML作為RESPONSE送回用戶端， 為了使用戶端和WEB SERVICE可以相互對應，可以使用WSDL作為這種通信方式的描述文件，利用WSDL工具可以自動生成WS和用戶端的框架文件，SOAP具備把復雜對象序列化捆綁到XML里去的能力。
WCF和WEB API我該選擇哪個？
1、當你想創建一個支持消息、消息隊列、雙工通信的服務時，你應該選擇WCF
2、當你想創建一個服務，可以用更快速的傳輸通道時，像TCP、Named Pipes或者甚至是UDP（在WCF4.5中）,在其他傳輸通道不可用的時候也可以支持HTTP。
3、當你想創建一個基於HTTP的面向資源的服務並且可以使用HTTP的全部特徵時（比如URIs、request/response頭，緩存，版本控制，多種內容格式），你應該選擇Web API
4、當你想讓你的服務用於瀏覽器、手機、iPhone和平板電腦時，你應該選擇Web API
SOAP：Simple Object Access Protocol
簡單對象訪問協議（SOAP）是一種輕量的、簡單的、基於 XML 的協議，它被設計成在 WEB 上交換結構化的和固化的信息。 SOAP 可以和現存的許多網際網路協議和格式結合使用，包括超文本傳輸協議（ HTTP），簡單郵件傳輸協議（SMTP），多用途網際郵件擴充協議（MIME）。它還支持從消息系統到遠程過程調用（RPC）等大量的應用程序。
HTTP協議： 應用層
TCP協議 ： 傳輸層
HTTP協議詳解之響應篇
在接收和解釋請求消息後，伺服器返回一個HTTP響應消息。
HTTP響應也是由三個部分組成，分別是：狀態行、消息報頭、響應正文
1、狀態行格式如下：
HTTP-Version Status-Code Reason-Phrase CRLF
其中，HTTP-Version表示伺服器HTTP協議的版本；Status-Code表示伺服器發回的響應狀態代碼；Reason-Phrase表示狀態代碼的文本描述。
狀態代碼有三位數字組成，第一個數字定義了響應的類別，且有五種可能取值：
1xx：指示信息–表示請求已接收，繼續處理
2xx：成功–表示請求已被成功接收、理解、接受
3xx：重定向–要完成請求必須進行更進一步的操作
4xx：客戶端錯誤–請求有語法錯誤或請求無法實現
5xx：伺服器端錯誤–伺服器未能實現合法的請求
常見狀態代碼、狀態描述、說明：
200 OK //客戶端請求成功
400 Bad Request //客戶端請求有語法錯誤，不能被伺服器所理解
401 Unauthorized //請求未經授權，這個狀態代碼必須和WWW-Authenticate報頭域一起使用
403 Forbidden //伺服器收到請求，但是拒絕提供服務
404 Not Found //請求資源不存在，eg：輸入了錯誤的URL
500 Internal Server Error //伺服器發生不可預期的錯誤
503 Server Unavailable //伺服器當前不能處理客戶端的請求，一段時間後可能恢復正常
eg：HTTP/1.1 200 OK （CRLF）
2、響應報頭後述
3、響應正文就是伺服器返回的資源的內容