webapi 知识点

在web api 中后台的方法必须 加入 [HttpGet] ,[HttpPost],[HttpPut],[HttpDelete] 来区分,这是一种习惯。

ps: get 方式参数都存在http协议头中( 请求头 ) ,post 参数存在http协议包的包体中( 请求体  )

1. HttpGet

a. 前端默认以json对象进行数据传输,后台方法参数给出一一对应名称

b. 前端将对象以json序列化参数传输json:{data: JSON.stringify({Id:1,Name:"dd"})}

c.后台参数对对象进行标记 [FromUri]

[HttpGet]

        public string GetAllChargingData([FromUri]TB_CHARGING obj)

一般来说get 请求如果是基础类型传值, 传参直接在方法中定义,请求传输参数是 实体,先将实体进行json序列化,后台进行json反序列化得到值,如下面的标准写法

前端

$.ajax({ type: "get", url: "http://localhost:27221/api/Charging/GetByModel", contentType: "application/json", data: { strQuery: JSON.stringify({ ID: "1", NAME: "Jim", CREATETIME: "1988-09-11" }) }, success: function (data, status) { if (status == "success") { $("#div_test").html(data); } } });

后端

[HttpGet]

public string GetByModel(string strQuery)
        {
            TB_CHARGING oData = Newtonsoft.Json.JsonConvert.DeserializeObject<TB_CHARGING>(strQuery);
            return "ChargingData" + oData.ID;
        }

为什么要加入[HttpGet],当你后台的方法如果是Get开头时,加不加没关系,如果是query或者find之类开头的方法,则会找不到。

2.HttpPost

a. 基础类型参数, 前端 data: {"":"张三"}, 后端 SaveName([FormBody]string Name),如果是多个参数需要进行json序列化 JSON.stringify({ NAME: "Jim",DES:"备注" }),后端用dynamic类型解决 SaveName  (dynamic obj) obj.Name,这种方式极不爽

b. 实体类型参数, 前端 直接普通json类型,无需序列化,后台参数直接相应实体类型接收

c. 实体类型,基础类型都有或者实体集合,前端都需要进行序列化转换 ,不同的是 含有基础类型的,后台参数用动态类型,

ps:

1.普通json类型是 data: { ID: "1", NAME: "Jim", CREATETIME: "1988-09-11" } ,json序列化是 JSON.stringify({ ID: "1", NAME: "Jim", CREATETIME: "1988-09-11" })

2.使用实体作为参数的时候,前端直接传递普通json,后台直接使用对应的类型去接收即可,不用FromBody。但是这里需要注意的一点就是,这里不能指定contentType为appplication/json,否则,参数无法传递到后台。form表单数据被编码为key/value格式发送到服务器

3.前端请求参数 ContentType ,返回参数类型 data-type

时间: 2024-08-03 14:56:50

webapi 知识点的相关文章

第05章 EntityFramework6:Code Frist实体关系设计--迁移数据库--初始化数据

1.写作背景 在写这篇文章前,本想继续补充完前面介绍到WebApi知识点,但下面的讲解,要进行实体/模型设计,并对数据进行CRUD实际操作了,所以先介绍一下EF基本使用啦! 本章为何不以最新版的EF7(下一章也会介绍它)先讲? 一是EF7还处于beta阶段,功能也没有开发完毕,生产环境应用有诸多问题: 二是EF7想比之前的版本变化还是很多的,我们先从代码对比上了解,以便你以后从EF6升级到EF7: 三是EF6目前也不能在ASP.NET 5类型项目中使用,但它对ASP.NET 5以外的类型项目非常

ASP.NET MVC学习系列(一)-WebAPI初探

由于即将要接手的新项目计划用ASP.NET MVC3来开发,所以最近一段时间一直在看相关的书或文章.因为之前在大学里也曾学习过MVC2开发,也做过几个简单的MVC2的小型测试项目,不过在后来工作以后主要还是开发WebForm的项目,所以MVC的东西也就逐渐的淡忘了. 经过这一段时间的系统学习,真的觉得MVC3相比于之前的MVC2还有WebForm来说,确实有一种让人欲罢不能爽歪歪的感觉.特别是Razor语法.Linq表达式等的结合运用. 为了将学习过程中遇到的一些值得留意的问题和知识点进行一个很

c# 进阶之 WebAPI

REST是设计风格而不是标准. webapi有自己的路由. webservice和wcf的协议都是soap协议,数据的序列化和反序列化都是soap的格式.而webapi是Json的数据传递 webapi的优点有哪些? (1)非常适合做http的请求,前端与webapi交互特别方便 (2)webapi更轻量因为使用的json数据来传递. (3)webapi很多时候是给前端提供数据的,因为webapi跟控制器关联的没那么紧密(若是没webapi,用mvc的模式,那么页面直接从对应的控制器获取数据),

MVC WebApi 用户验证 (2)

构建ASP.NET MVC5+EF6+EasyUI 1.4.3+Unity4.x注入的后台管理系统(66)-MVC WebApi 用户验证 (2) 前言: 构建ASP.NET MVC5+EF6+EasyUI 1.4.3+Unity4.x注入的后台管理系统(65)-MVC WebApi 用户验证 (1) 回顾上一节,我们利用webapi简单的登录并进行了同域访问与跨域访问来获得Token,您可以跳转到上一节下载代码来一起动手. 继续上一篇的文章,我们接下来演示利用拿到的Token来访问接口,管理接

基于ASP.NET WebAPI OWIN实现Self-Host项目实战

引用 寄宿ASP.NET Web API 不一定需要IIS 的支持,我们可以采用Self Host 的方式使用任意类型的应用程序(控制台.Windows Forms 应用.WPF 应用甚至是Windows Service)作为宿主. 一.摘要 本期同样带给大家分享的是阿笨在实际工作中遇到的真实业务场景,请跟随阿笨的视角去如何实现采用微软的ASP.NET OWIN技术承载WebAPI服务,如果您对本期的教程内容感兴趣,那么请允许让阿笨带着大家一起学习吧! 废话不多说,直接上干货,我们不生产干货,我

ASP.NET MVC5+EF6+EasyUI 后台管理系统(65)-MVC WebApi 用户验证 (1)

系列目录 前言: WebAPI主要开放数据给手机APP,其他需要得知数据的系统,或者软件应用,所以移动端与系统的数据源往往是相通的. Web 用户的身份验证,及页面操作权限验证是B/S系统的基础功能,一个功能复杂的业务应用系统,通过角色授权来控制用户访问 本文通过Basic 方式进行基础认证Mvc的Controller基类及Action的权限验证来实现Web系统登录,Mvc前端权限校验以及WebApi服务端的访问校验功能,本文主要作为本人备忘使用,如能给予人帮助,深感荣幸,欢迎讨论和指正,下面梳

构建ASP.NET MVC5+EF6+EasyUI 1.4.3+Unity4.x注入的后台管理系统(66)-MVC WebApi 用户验证 (2)

前言: 构建ASP.NET MVC5+EF6+EasyUI 1.4.3+Unity4.x注入的后台管理系统(65)-MVC WebApi 用户验证 (1) 回顾上一节,我们利用webapi简单的登录并进行了同域访问与跨域访问来获得Token,您可以跳转到上一节下载代码来一起动手. 继续上一篇的文章,我们接下来演示利用拿到的Token来访问接口,管理接口,利用系统权限管理接口,对每个接口进行授权(管理接口为选读部分,因为你需要阅读最开始权限管理部分(18-27节),才能阅读这部分) 开发环境: V

.Net高级进阶,WebApi和MVC进行模型验证的时候,教你如何自由控制需要进行验证的字段?

现在,你有一个MVC架构的web项目,你要完成一个注册功能. 前台传了3个值到你的控制器,分别是账号.密码.邮箱. 如图:现在你要在控制器里面判断,账号名称.密码.邮箱不能为空,并且名称和密码不超过16位. 上面这个图只是个理想中的小例子,实际开发情况是,可能一次性要传十几个字段甚至更多. 那么在实际开发中,通常为了复用性,我们将这3个参数用一个实体类来代替. 即如下所示. 注:这一步会有个知识点,叫做模型验证,不懂的童鞋可以百度下,MVC会通过一定规则自动直接将参数反序列化成所对应的实体类,但

webapi Task

webapi+Task并行请求不同接口实例 标题的名称定义不知道是否准确,不过我想表达的意思就是使用Task特性来同时请求多个不同的接口,然后合并数据:我想这种场景的开发对于对接过其他公司接口的人不会陌生,本人也是列属于之内,更多的是使用最原始的异步委托的方法去处理,今天抽空写了一个使用4.5新特性Task来处理这种场景:各位看客有什么疑问或者好的建议及分享请博客通知,谢谢. A.项目结构图 B.namespace Pm.V.PM_BLL下面的BaseClass定义如下: 主要是在实例的时候读取