⑴ 沒有域名，直接用IP地址做WebAPI，需要備案嗎
只要你80和8080這兩個埠需要通過外網就要備案。
⑵ 我說WebAPI難用，有沒有人來噴我
還是學習一下吧，耐心點。理解後，你就明白：
1、第一個問題，你問錯了，就好比航道和公路，你說公路上黃、白虛實線來區分車道，為什麼航道上就不能？
2、REST 是一種軟體架構風格，或者說設計風格，而 Web Service 則是一組規范，允許使用 REST 架構來實現 Web Service。
⑶ JS本身並不難，為什麼前端學起來感覺很難
因為技術更新太快，vue，angular等，前端就是一直在學習的過程。
⑷ 使用put請求方式,後台的webapi怎麼寫
親應該是說用最委婉的方式去拒絕別人的要求吧~~
1.看是什麼樣的人，就用什麼樣的方法去拒絕，不要存在什麼害怕的心理。
2.找個很有實質性的理由去拒絕，這樣別人就不會為難你。
3.如果是比較親密一些的朋友,偶爾還可以撒撒嬌抱怨一下，直接把心理不想去給她講，就說自己不想去，我很累，我很忙，不想動了之類的，反正你覺得對自己有利的可以說出來，如果不是很熟，那就更好辦了!
4.可以很誠實的拒絕別人，把自己不想去說出來，當然自己也要改變一些(說得有順服性)，這樣別人也會覺得你還多誠實的，不像其他人那樣找借口，這樣多了，以後就沒什麼可以找你的了。
注:所謂拒絕別人，態度還是要稍微強硬一些，如果拖拖拉拉的，別人就會認為你很好說話，把你當成便利貼，這不是什麼人際交往關系的好辦法，稍微變聰明一點對自己也有好處，這樣也可以很好的保護自己，並不是說要你去做什麼有心計的事，方正社會就是這樣，凡是處事要溫和，開開小玩笑，偶爾跑一次腿就夠了~~
⑸ c#webapi不能單獨運行嗎
WebApi是個類似於WebService的服務， 服務是需要宿主的，WebApi可以寄宿在IIS或者普通應用程序中。
但是其本身肯定是無法獨立運行的，因為服務就沒有「運行」這個概念。
⑹ webapi可以替代ashx嗎
兩者都是服務，只是表現形式存在一些差異 webapi多用於基於http請求的服務應用,比如說移動服務端或者需要提供第三方API 服務的場景下 webservice也可以應用於webapi所在的場景，但是如果是我的選擇，我一般是做為內部服務的使用，好比如果一個系...
⑺ .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的區別
⑻ 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的區別
⑼ 使用webapi做介面，面對不同設備要做兩個介面嗎
不用，設備發過來的數據一樣格式就行了。
⑽ net 調用webapi會超時嗎
et(客戶端)調用IIS(服務端)出現503後，就報操作超時錯誤 問題描述： 服務端環境： IIS 客戶端環境： windowsxp + iis + .net 調用時出現如下錯誤: System.Net.WebException: 遠程伺服器返回錯誤: (503) 伺服器不可用。