❶ 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 基础之上扩展出来的。