完整教程目录请参见：《自定义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();
希望通过这段伪代码能够帮助你理解DSP在Data Service框架中是如何工作的。
下一步
接下来的教程，我们将暂时离开这个查询模型，我们将开始实现服务操作和查询拦截器等内容。
