ASP.NET Core 响应location
响应中 location 的设置
示例:
发送POST 请求,进行创建资源的操作。
注意的请求头中content-type 的设置,需要设置成 application/json 类型,并不一定需要json 类型的数据,但默认情况下使用的都是json传输数据,否则asp.net core 会返回 415 状态码。
同时请求体中 也要符合api 接口需要的格式,如果不符合,则会得到 400 的响应码。
在响应头中 包含 location 信息, 标识的新创建的资源的所在。
使用 代码示例:
// 这里使用 Name 属性为Action赋值,用于标识,一般跟Action方法名同称
[HttpGet(template:"{CompanyId}", Name = nameof(GetCompany))]
public async Task<IActionResult> GetCompany(Guid companyId)
{
var company = await _companyRepository.GetCompanyAsync(companyId);
if (company == null)
{
return NotFound();
}
return Ok(_mapper.Map<CompanyDTO>(company));
}
// 创建资源的Action
[HttpPost]
public async Task<ActionResult<CompanyDTO>> CreateCompany([FromBody] CompanyAddDto company)
{
var entity = _mapper.Map<Company>(company);
_companyRepository.AddCompany(entity);
await _companyRepository.SaveAsync();
var returnDto = _mapper.Map<CompanyDTO>(entity);
// CreateRoute 方法 通过传递Action名称,以及一个匿名类 用于拼接完成的url,最后一个响应体的信息
// 该 方法就会在响应头中添加上 location 信息,数值 则是 传递的Action 的访问路径 加上 匿名类设置的属性值,凭借成完整的url返回
return CreatedAtRoute(nameof(GetCompany), new { companyId = returnDto.Id}, returnDto);
}
ASP.NET Core 自定义模型绑定 modelbinder
在复杂的业务逻辑场景下,asp.net core 默认的模型绑定满足不了需要,需要自定义modelbinder
// 需要实现 IModelBinder 接口
public class ArrayModelBinder : IModelBinder
{
// 实现 BindModelAsync 方法
public Task BindModelAsync(ModelBindingContext bindingContext)
{
// 验证传递进来的模型元数据是否是 Enumerable 的类型
// 不是则返回失败
if (!bindingContext.ModelMetadata.IsEnumerableType)
{
bindingContext.Result = ModelBindingResult.Failed();
return Task.CompletedTask;
}
// 验证传递进来的模型元数据是否是空数据
// 将模型中的数据转换成 String 类型
var value = bindingContext.ValueProvider.GetValue(bindingContext.ModelName).ToString();
// 验证数据是否是null,或空白字符串
if (String.IsNullOrWhiteSpace(value))
{
bindingContext.Result = ModelBindingResult.Success(null);
return Task.CompletedTask;
}
// 获取到模型的数据的具体类型
var elementType = bindingContext.ModelType.GenericTypeArguments[0];
// 获取一个转换器,将类型转换成指定类型的转换器
var converter = TypeDescriptor.GetConverter(elementType);
// 将模型的数据转换成的String 数据按,分割,通时使用转换器将String数据转换成 转换器指定的类型 的类型数据
var values = value.Split(new[] { "," }, StringSplitOptions.RemoveEmptyEntries).Select(x => converter.ConvertFromString(x.Trim())).ToArray();
// 创建一个指定类型和长度的数组,数组的元素的数值是指定类型的默认值
var typeValues = Array.CreateInstance(elementType, values.Length);
// 将转换后的数据复制给新建的数组
values.CopyTo(typeValues, 0);
// 将放置转换后的数据的数组赋值给model
bindingContext.Model = typeValues;
// 操作成功
bindingContext.Result = ModelBindingResult.Success(typeValues);
return Task.CompletedTask;
}
}
上面的代码是将 用户传递的 类似 1,2,3,4 这样的字符串,通过模型绑定,转换成 IEnumable<Guid> 类型的数据。
HTTP Options 方法
1、获取服务器支持的HTTP请求方法;
2、用来检查服务器的性能。例如:AJAX进行跨域请求时的预检,需要向另外一个域名的资源发送一个HTTP OPTIONS请求头,用以判断实际发送的请求是否安全。
在 跨域时 CORS 中,使用很多。
Data Annotations 数据验证
asp.net core 内置提供的数据验证方式。
在 System.ComponmentModel.DataAnnotations 命名空间下通过的各种 Attribute,供于使用。
IValidatableObject 接口实现 数据验证
通过实现 IValidatableObject 接口 可以实现更为复杂的数据验证,可以对 数据模型类进行验证,跨属性的验证等。
使用:
// 与上面的Data Annotations位于同一命名空间下。
public class EmployeeAdd : IValidatableObject
{
[Display(Name = "员工号"), Required(ErrorMessage = "{0}是必填项"), StringLength(10, MinimumLength = 10, ErrorMessage = "{0}的长度是{1}")]
public String EmployeeNo { get; set; }
[Display(Name = "名"), Required(ErrorMessage = "{0}是必填项"), MaxLength(50, ErrorMessage = "{0}的最大长度不超过{1}")]
public String FirstName { get; set; }
[Display(Name = "姓"), Required(ErrorMessage = "{0}是必填项"), MaxLength(50, ErrorMessage = "{0}的最大长度不超过{1}")]
public String LastName { get; set; }
[Display(Name = "性别")]
public Gender Gender { get; set; }
[Display(Name = "出生日期")]
public DateTime DateOfBirth { get; set; }
// 实现接口,实现方法,在方法中对类进行更复杂的验证
public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
{
if (FirstName == LastName)
{
yield return new ValidationResult(errorMessage: "姓和名不能一致!", memberNames: new[] { nameof(FirstName), nameof(LastName)});
}
}
}
自定义Attribute 数据验证
使用自定义 Attribute 也可以完成复杂的数据验证。
通过继承 ValidationAttribute 类,并重写 IsValid 方法来自定义 Attribute。
使用
// 继承 System.ComponmentModel.DataAnnotations 命名空间下的 ValidationAttribute类
public class EmployeeNoMustFromFirstNameAttribute : ValidationAttribute
{
// 重写 IsValid 方法
protected override ValidationResult IsValid(object value, ValidationContext validationContext)
{
// 这里可以完成复杂的验证,
// object value 是 当该attribute 使用在属性上时 可以通过该参数获取到具体的该属性数据
// ValidationContext validationContext 当使用在 类上时,可以通过该参数获取到模型类数据
var addDto = (EmployeeAddDto)validationContext.ObjectInstance;
if (addDto.EmployeeNo == addDto.FirstName)
{
return new ValidationResult(errorMessage: "名称与编号不能一致", memberNames: new[] { nameof(EmployeeAddDto) });
}
return base.IsValid(value, validationContext);
}
}
注意:
一般情况下,asp.net core 内置的data annotations 验证的优先级比较好(可以简单的这样认为),当data annotation 验证报错时则后面的IValidatableObject 接口和自定义 Attribute 则不会在进行验证,这就是一个优先级的问题,而IValidatableObject 接口验证 和 自定义Attribute 的优先级基本一致。
- 点赞
- 收藏
- 关注作者
评论(0)