自定义Data Service Providers — （3）IServiceProvider和Da

DSP

自定义Data Service Providers — （3）IServiceProvider和Da

2019-07-13 18:48发布生成海报

站内文章 / DSP

15213 0

完整教程目录请参见：《自定义Data Service Providers — 简介》要创建只读的DSP你必须实现两个接口，IDataServiceMetadataProvider用于提供元数据定义，IDataServiceQueryProvider用于处理查询。但是在实现此接口之前，你还需要先实现IServiceProvider接口来让Data Services能够找到你的接口实现。

IServiceProvider

Data Services通过IServiceProvider接口来查找你的实现。最佳的途径是创建派生自DataService类并实现IServiceProvider接口，例如： public class DSPDataService: DataService, IServiceProvider { public object GetService(Type serviceType) { if (serviceType == typeof(IDataServiceMetadataProvider)) { return … } else if (serviceType == typeof(IDataServiceQueryProvider)) { return … } else { return null; } } } 当然，具体的代码要看你最终的实现，我们将在稍后介绍。在你的Web应用程序或WCF应用程序中，你需要添加一些代码以便这些程序可以了解你的DataService能够提供的访问入口（译者注：例如告诉这些程序你可以提供Customers的只读访问），在下面的列子中还演示了不从DataService派生的情况。 public class DemoDSPDataService : DSPDataService { // This method is called only once to initialize // service-wide policies. public static void InitializeService( DataServiceConfiguration config ) { // TODO: replace this sample configuration with // real configuration config.SetEntitySetAccessRule("*", EntitySetRights.AllRead); config.DataServiceBehavior.MaxProtocolVersion = DataServiceProtocolVersion.V2; config.DataServiceBehavior.AcceptProjectionRequests = true; } } 到现在，我们已经将我们的自定义DSP宿主到Data Service上了。酷！当然，我们还需要一些工作让他能够真正工作起来（译者注：哈哈，路还远呢）。在这之前，我们还需要处理一些其他事宜。

数据从何而来

如果你仔细看了上面的代码： public class DemoDSPDataService : DSPDataService 你可能已经注意到:DSPContext是个啥？实际上，他就是代表你的数据源，通过它来识别你的数据源。作为参考的例子，在Entity Framework的DSP实现中，这个类就是派生自ObjectContext的类。备注：你没有必要也这么做，因为Entity Framework已经内置了此功能。如果你的DSP程序支持通过强类型类来定义数据源，就像Entity Framework那样，那么我建议你创建一个使用强类型数据源作为泛型参数的类，例如: public class DSPDataService: DataService, IServiceProvider where T: MyDataSource 如果你的数据源是固定的，那么你就不需要定义这个泛型基类，像下面这样就可以了： public class DSPDataService: DataService, IServiceProvider 正如你上面所了解的，如何定义取决于你的需求。