⑴ 没有域名，直接用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) 服务器不可用。