ASP.NET Web API Model-ValueProvider
ASP.NET Web API Model-ValueProvider
前言
前面一篇讲解了Model元数据,Model元数据是在Model绑定中很重要的一部分,只是Model绑定中涉及的知识点比较多,对于ASP.NET MVC框架来说ASP.NET Web API框架中在Model绑定部分又新增了参数绑定这么一个机制,这些内容都会在后面的篇幅中说明,前面的这些篇幅都是讲解理论上的知识也没有涉及到示例的演示,这个大家不用急在最后Model部分的基础知识讲解完之后我会把前面所讲的全部串联起来,而今天这个篇幅给大家带来的就是在Model绑定中起到至关重要的一个环节,大家这个不用去管什么Model绑定,而是单纯的去了解ValueProvider这一系列的对象模型,因为在没有结合前后知识点串联起来之前,我们都不知道ValueProvider是在哪执行的。所以我们还是老老实实了解一下ValueProvider相关的对象吧。
Model-ValueProvider
图1

IValueProvider接口类型--ValueProvider行为约束
首先我们看一下图1中右边的部分,起头的就是一个IValueProvider接口类型,我们就来看一下接口的定义:
示例代码1-1
public interface IValueProvider
{
bool ContainsPrefix(string prefix);
ValueProviderResult GetValue(string key);
}
我们在代码1-1中看到,IValueProvider接口中定义了两个方法,一个是ContainsPrefix()方法,接收string类型的参数并且返回的是bool值类型,这个方法表示的就是根据指定的前缀值查看当前的ValueProvider中是否存在这个前缀值,这个下面会有示例稍后再说,然后就是GetValue()方法,是根据执行的键值返回当中的对应的值,从这里一看我们就大概能猜到这个ValueProvider应该是类似于键值队一样的类型,而返回的结果被封装在了ValueProviderResult类型当中,这个类型稍后会有说明。在IValueProvider接口约束好ValueProvider值提供程序的行为后,我们应该就来看一看ValueProvider值提供程序的基础结构了。不过呢在此之前我们还是要根据图1中所示的那样,先来看一下IEnumerableValueProvider接口类型的定义,这个接口主要负责什么呢?
IEnumerableValueProvider接口类型-ValueProvider行为约束
示例代码1-2
public interface IEnumerableValueProvider : IValueProvider
{
IDictionary<string, string> GetKeysFromPrefix(string prefix);
}
从代码1-2中可以很清楚明了的看到IEnumerableValueProvider接口类型的职责很简单,就是对指定的前缀值进行检索,并且最后以键值队的形式返回,这个在下面会有示例详细说明。
NameValuePairsValueProvider类型-ValueProvider基础结构
示例代码1-3
public class NameValuePairsValueProvider : IEnumerableValueProvider, IValueProvider
{
public NameValuePairsValueProvider(Func<IEnumerable<KeyValuePair<string, string>>> valuesFactory, CultureInfo culture);
public NameValuePairsValueProvider(IEnumerable<KeyValuePair<string, string>> values, CultureInfo culture); public virtual bool ContainsPrefix(string prefix);
public virtual IDictionary<string, string> GetKeysFromPrefix(string prefix);
public virtual ValueProviderResult GetValue(string key);
}
在代码1-3中我们看到NameValuePairsValueProvider类型的定义,首先就说说它的构造函数吧,两个构造函数的区别在于第一个是Func<IEnumerable<KeyValuePair<string, string>>>类型的构造函数参数,第二个是IEnumerable<KeyValuePair<string, string>>类型的构造函数参数,第二个构造函数的首个参数类型实际就是第一个构造函数首个参数的返回类型,这里大家都看得到,其实在内部实现,也是这样的声明第一个构造函数是没什么的,声明第二个构造函数的时候其实就把参数再次封装为委托。
对于KeyValuePair<T,U>类型可以理解为键值队的子项,在它的类型中只有一个键值对应一个值只有一项就是它本身。
至于剩下的三个方法我们还是靠简单的示例来说明一下。
示例代码1-4
public class ValueProviderCaseController : ApiController
{
public string Get()
{ KeyValuePair<string,string>[] dictionary=new KeyValuePair<string,string>[]
{
new KeyValuePair<string,string>("EmployeesInfo.Name","Jinyuan"),
new KeyValuePair<string,string>("EmployeesInfo.Age",""),
new KeyValuePair<string,string>("EmployeesInfo.Sex","男"),
new KeyValuePair<string,string>("EmployeesInfo.AddressInfo.AddressInfo","南京市"),
new KeyValuePair<string,string>("EmployeesInfo.AddressInfo.ZipCode","")
};
NameValuePairsValueProvider nameValuePairsValueProvider=new NameValuePairsValueProvider(dictionary,null);
StringBuilder strBuilder = new StringBuilder();
NameValuePairsPrefixAnalysis(strBuilder, nameValuePairsValueProvider, "EmployeesInfo");
return strBuilder.ToString();
} private void NameValuePairsPrefixAnalysis(StringBuilder stringbuilder, NameValuePairsValueProvider namevaluepairs,string prefix)
{
IDictionary<string, string> dictionarys = namevaluepairs.GetKeysFromPrefix(prefix); if (dictionarys.Count > )
{
Console.WriteLine(prefix + "为前缀的数据源Key值检索……");
foreach (var item in dictionarys)
{
Console.WriteLine("Key:" + item.Key + " Value:" + item.Value);
}
foreach (KeyValuePair<string, string> keyvalue in dictionarys)
{
NameValuePairsPrefixAnalysis(stringbuilder, namevaluepairs, keyvalue.Value);
}
}
else
{
stringbuilder.AppendLine(prefix+":"+ namevaluepairs.GetValue(prefix).RawValue.ToString());
}
}
}
我们来看代码1-4,首先我在Get()方法中定义了一个KeyValuePair<string,string>[]类型,为了能够实例化NameValuePairsValueProvider类型,在此之后大家可以看到我调用了一个我自定义的NameValuePairsPrefixAnalysis()方法,并且在其中使用NameValuePairsValueProvider类型的实例调用了GetKeysFromPrefix()方法,也就是代码1-2所约束的那个行为。这个时候我们先来看一下表1.
表1
|
Key |
Value |
|
EmployeesInfo.Name |
Jinyuan |
|
EmployeesInfo.Age |
24 |
|
EmployeesInfo.Sex |
男 |
|
EmployeesInfo.AddressInfo.AddressInfo |
南京市 |
|
EmployeesInfo.AddressInfo.ZipCode |
210000 |
表1所表示的就是初始数据源,也就是我们定义的KeyValuePair<string,string>[]类型的键、值示意表。
然而在我们使用NameValuePairsValueProvider类型的实例已” EmployeesInfo”作为前缀调用了GetKeysFromPrefix()方法后返回的IDictionary<string, string>类型的值如表2.
表2
|
Key |
Value |
|
Name |
EmployeesInfo.Name |
|
Age |
EmployeesInfo.Age |
|
Sex |
EmployeesInfo.Sex |
|
AddressInfo |
EmployeesInfo.AddressInfo |
这里的表2值只是第一层的关系值。
在此之后我们输出的当前的所要检索的前缀值以及检索过后的值,并且会遍历表2里的Value值作为前缀值再次的对数据源进行前缀检索,如果没有了则说明已经没有可检索的了。
并且使用NameValuePairsValueProvider类型实例调用的GetValue()方法根据最后已经检索不出来有后缀的前缀值,也就是原始数据源当中的Key值了。
最后我们看一下结果。
图2

在客户端我们获取到了值,当然这里只是演示示例,值提供程序提供的值方向反了。
然后我们可以在服务端看到检索的记录,可以明确的看到有两层的结构在其中。有兴趣的朋友深入一下看下检索的具体实现方式。
QueryStringValueProvider类型-ValueProvider特定结构
示例代码1-5
public class QueryStringValueProvider : NameValuePairsValueProvider
{
public QueryStringValueProvider(HttpActionContext actionContext, CultureInfo culture)
: base(func, culture)
{
Func<IEnumerable<KeyValuePair<string, string>>> func = null;
if (func == null)
{
func = () => actionContext.ControllerContext.Request.GetQueryNameValuePairs();
}
}
}
从代码1-5中可以看到在QueryStringValueProvider类型初始化的时候构造函数中的执行,把从请求查询字符串作为原始数据来源封装为委托类型,然后调用基类的构造函数。
RouteDataValueProvider类型-ValueProvider特定结构
示例代码1-6
public class RouteDataValueProvider : NameValuePairsValueProvider
{
public RouteDataValueProvider(HttpActionContext actionContext, CultureInfo culture)
: base(func, culture)
{
Func<IEnumerable<KeyValuePair<string, string>>> func = null;
if (func == null)
{
func = () => GetRoutes(actionContext.ControllerContext.RouteData);
}
}
}
同上面1-5一样的道理,这里使用了HttpRouteData中的Values值作为原始数据源。
还有图1中的左边部分会在后面的篇幅中讲解,在这里讲不适合,会感觉不连贯,虽然看完本篇不知道这个起到了什么作用也不知道怎么去使用,感觉被掐住了脖子一样的难受,但是后面我会把前面所讲的内容全部串联起来做一个演示,所示这是基础部分的知识,就是一个铺垫。
作者:金源
出处:http://www.cnblogs.com/jin-yuan/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面
ASP.NET Web API Model-ValueProvider的更多相关文章
- Model Validation in ASP.NET Web API
Model Validation in ASP.NET Web API 原文:http://www.asp.net/web-api/overview/formats-and-model-binding ...
- Asp.Net Web API 2第十五课——Model Validation(模型验证)
前言 阅读本文之前,您也可以到Asp.Net Web API 2 系列导航进行查看 http://www.cnblogs.com/aehyok/p/3446289.html 本文参考链接文章地址htt ...
- ASP.NET Web API Model-ModelBinder
ASP.NET Web API Model-ModelBinder 前言 本篇中会为大家介绍在ASP.NET Web API中ModelBinder的绑定原理以及涉及到的一些对象模型,还有简单的Mod ...
- 新作《ASP.NET Web API 2框架揭秘》正式出版
我觉得大部分人都是“眼球动物“,他们关注的往往都是目光所及的东西.对于很多软件从业者来说,他们对看得见(具有UI界面)的应用抱有极大的热忱,但是对背后支撑整个应用的服务却显得较为冷漠.如果我们将整个“ ...
- ASP.NET Web API 2框架揭秘
ASP.NET Web API 2框架揭秘(.NET领域再现力作顶级专家精讲微软全新轻量级通信平台) 蒋金楠 著 ISBN 978-7-121-23536-8 2014年7月出版 定价:108.0 ...
- Asp.Net Web API 2第十六课——Parameter Binding in ASP.NET Web API(参数绑定)
导航 阅读本文之前,您也可以到Asp.Net Web API 2 系列导航进行查看 http://www.cnblogs.com/aehyok/p/3446289.html. 本文主要来讲解以下内容: ...
- ASP.NET Web API中的参数绑定总结
ASP.NET Web API中的action参数类型可以分为简单类型和复杂类型. HttpResponseMessage Put(int id, Product item) id是int类型,是简单 ...
- Parameter Binding in ASP.NET Web API(参数绑定)
Parameter Binding in ASP.NET Web API(参数绑定) 导航 阅读本文之前,您也可以到Asp.Net Web API 2 系列导航进行查看 http://www.cnbl ...
- 《ASP.NET Web API 2框架揭秘》
<ASP.NET Web API 2框架揭秘> 基本信息 作者: 蒋金楠 出版社:电子工业出版社 ISBN:9787121235368 上架时间:2014-7-5 出版日期:2014 年7 ...
随机推荐
- 奇异值分解(SVD)原理与在降维中的应用
奇异值分解(Singular Value Decomposition,以下简称SVD)是在机器学习领域广泛应用的算法,它不光可以用于降维算法中的特征分解,还可以用于推荐系统,以及自然语言处理等领域.是 ...
- .NET Core系列 :3 、使用多个项目
通过前面的两篇文章,我们已经知道如何创建新的项目,如何生成并运行我们的应用程序,也知道(大致) project.json 文件中的内容是什么意思.但大多数项目往往也需要多个项目或引用的类库.我们要创建 ...
- CSS HTML元素布局及Display属性
本篇文章主要介绍HTML的内联元素.块级元素的分类与布局,以及dispaly属性对布局的影响. 目录 1. HTML 元素分类:介绍内联元素.块级元素的分类. 2. HTML 元素布局:介绍内联元素. ...
- HttpUrlConnection 基础使用
From https://developer.android.com/reference/java/net/HttpURLConnection.html HttpUrlConnection: A UR ...
- Android业务组件化之子模块SubModule的拆分以及它们之间的路由Router实现
前言: 前面分析了APP的现状以及业务组件化的一些探讨(Android业务组件化之现状分析与探讨),以及通信的桥梁Scheme的使用(Android业务组件化之URL Scheme使用),今天重点来聊 ...
- 关于面试题 Array.indexof() 方法的实现及思考
这是我在面试大公司时碰到的一个笔试题,当时自己云里雾里的胡写了一番,回头也曾思考过,最终没实现也就不了了之了. 昨天看到有网友说面试中也碰到过这个问题,我就重新思考了这个问题的实现方法. 对于想进大公 ...
- node中的Stream-Readable和Writeable解读
在node中,只要涉及到文件IO的场景一般都会涉及到一个类-Stream.Stream是对IO设备的抽象表示,其在JAVA中也有涉及,主要体现在四个类-InputStream.Reader.Outpu ...
- 【踩坑速记】二次依赖?android studio编译运行各种踩坑解决方案,杜绝弯路,总有你想要的~
这篇博客,只是把自己在开发中经常遇到的打包编译问题以及解决方案给大家稍微分享一下,不求吸睛,但求有用. 1.大家都知道我们常常会遇到dex超出方法数的问题,所以很多人都会采用android.suppo ...
- python中IndentationError: expected an indented block错误的解决方法
IndentationError: expected an indented block 翻译为IndentationError:预期的缩进块 解决方法:有冒号的下一行要缩进,该缩进就缩进
- 信息安全-1:python之playfair密码算法详解[原创]
转发注明出处: http://www.cnblogs.com/0zcl/p/6105825.html 一.基本概念 古典密码是基于字符替换的密码.加密技术有:Caesar(恺撒)密码.Vigenere ...