DSP

自定义Data Service Providers — (7)交互式查询

2019-07-13 16:42发布

完整教程目录请参见:《自定义Data Service Providers — 简介   每当我编写一个插件并挂接到框架系统中时,我总是在想:框架系统是如何调用我的插件呢? 我已经习惯这种思维模式,它可以简化我理解其运行的原理。 事实上,在DSP开发过程中,我也是用这种方法理解DataService的调用过程。 下面我将使用伪代码来描述这些DSP接口是如何被调用的。

场景基本查询

想想一下,一个客户端发起一个Get请求,例如: /Sample.svc/Products(1) 首先发生的是Data Services的初始化事件。 // 获取服务提供者 var dataservice = …; IServiceProvider sp = dataservice as IServiceProvider; if (sp == null) {    // 以后再补充这里的代码 !!! }   // 获取DSP各个接口的实现 IDataServiceMetadataProvider mdp =    sp.GetService(typeof(IDataServiceMetadataProvider)); IDataServiceQueryProvider qp =    sp.GetService(typeof(IDataServiceQueryProvider));   // 如有需要,赋值 CurrentDataSource 属性 if (qp.CurrentDataSource == null)    qp.CurrentDataSource = dataservice.CreateDataService();   //尝试获取名为 Products资源集 var resourceSet = null; if (!mdp.TryResolveResourceSet(“Products”, out resourceSet))    throw new Exception(“404”);   // 获取资源集Products的查询对象( queryable IQueryable queryRoot = qp.GetQueryRootForResourceSet(resourceSet);   // 使用URL上的选项(例如$filter/$select)在现有的查询对象上合并成新的查询表达式 queryRoot = Compose(options, queryRoot);   // 写入回复的“头”部分 WriteStartODataFeed();   // 枚举所有的查询结果 foreach (object resource in queryRoot) {     // 这里需要获取资源对应的类型。     // 因为结果集中的类型可能是基础类型的派生类型,造成每个实例类型不一样。     ResourceType type = qp.GetResourceType(type);     WriteResource(resource,type);      } WriteEndODataFeed(); 希望通过这段伪代码能够帮助你理解DSPData Service框架中是如何工作的。

下一步

接下来的教程,我们将暂时离开这个查询模型,我们将开始实现服务操作和查询拦截器等内容。