[转]Composite Keys With WebApi OData

本文转自:http://chris.eldredge.io/blog/2014/04/24/Composite-Keys/

In our basic configuration we told the model builder that our entity has a composite key comprised of an ID and a version:

1
2
3
4
5
6 7 8 9 10 
public void MapDataServiceRoutes(HttpConfiguration config) {  var builder = new ODataConventionModelBuilder();   var entity = builder.EntitySet<ODataPackage>("Packages");  entity.EntityType.HasKey(pkg => pkg.Id);  entity.EntityType.HasKey(pkg => pkg.Version);   // snip } 

This is enough for our OData feed to render edit and self links for each individual entity in a form like:

http://localhost/odata/Packages(Id='Sample',Version='1.0.0')

But if we navigate to this URL, instead of getting just this one entity by key, we get back the entire entity set.

To get the correct behavior, first we need an override on our PackagesODataController that gets an individual entity instance by key:

1
2
3
4
5
6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 
public class PackagesODataController : ODataController {  public IMirroringPackageRepository Repository { get; set; }   public IQueryable<ODataPackage> Get()  {  return Repository.GetPackages().Select(p => p.ToODataPackage()).AsQueryable();  }   public IHttpActionResult Get(  [FromODataUri] string id,  [FromODataUri] string version)  {  var package = Repository.FindPackage(id, version);   return package == null  ? (IHttpActionResult)NotFound()  : Ok(package.ToODataPackage());  } } 

However, out of the box WebApi OData doesn’t know how to bind composite key parameters to an action such as this, since the key is comprised of multiple values.

We can fix this by creating a new routing convention that binds the stuff inside the parenthesis to our route data map:

1
2
3
4
5
6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 
public class CompositeKeyRoutingConvention : IODataRoutingConvention {  private readonly EntityRoutingConvention entityRoutingConvention =  new EntityRoutingConvention();   public virtual string SelectController(  ODataPath odataPath,  HttpRequestMessage request)  {  return entityRoutingConvention  .SelectController(odataPath, request);  }   public virtual string SelectAction(  ODataPath odataPath,  HttpControllerContext controllerContext,  ILookup<string, HttpActionDescriptor> actionMap)  {  var action = entityRoutingConvention  .SelectAction(odataPath, controllerContext, actionMap);   if (action == null)  {  return null;  }   var routeValues = controllerContext.RouteData.Values;   object value;  if (!routeValues.TryGetValue(ODataRouteConstants.Key,  out value))  {  return action;  }   var compoundKeyPairs = ((string)value).Split(',');   if (!compoundKeyPairs.Any())  {  return null;  }   var keyValues = compoundKeyPairs  .Select(kv => kv.Split('='))  .Select(kv =>  new KeyValuePair<string, object>(kv[0], kv[1]));   routeValues.AddRange(keyValues);   return action;  } } 

This class decorates a standard EntityRoutingConvention and splits the raw key portion of the URI into key/value pairs and adds them all to the routeValues dictionary.

Once this is done the standard action resolution kicks in and finds the correct action overload to invoke.

This routing convention was adapted from the WebApi ODataCompositeKeySampleproject.

Here we see another difference between WebApi OData and WCF Data Services. In WCF Data Services, the framework handles generating a query that selects a single instance from an IQueryable. This limits our ability to customize how finding an instance by key is done. In WebApi OData, we have to explicitly define an overload that gets an entity instance by key, giving us more control over how the query is executed.

This distinction might not matter for most projects, but in the case of NuGet.Lucene.Web, it enables a mirror-on-demand capability where a local feed can fetch a package from another server on the fly, add it to the local repository, then send it back to the client as if it was always there in the first place.

To customize this in WCF Data Services required significant back flips.

 

Series Index

  1. Introduction
  2. Basic WebApi OData
  3. Composite Keys
  4. Default Streams

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
资源包主要包含以下内容: ASP项目源码:每个资源包中都包含完整的ASP项目源码,这些源码采用了经典的ASP技术开发,结构清晰、注释详细,帮助用户轻松理解整个项目的逻辑和实现方式。通过这些源码,用户可以学习到ASP的基本语法、服务器端脚本编写方法、数据库操作、用户权限管理等关键技术。 数据库设计文件:为了方便用户更好地理解系统的后台逻辑,每个项目中都附带了完整的数据库设计文件。这些文件通常包括数据库结构图、数据表设计文档,以及示例数据SQL脚本。用户可以通过这些文件快速搭建项目所需的数据库环境,并了解各个数据表之间的关系和作用。 详细的开发文档:每个资源包都附有详细的开发文档,文档内容包括项目背景介绍、功能模块说明、系统流程图、用户界面设计以及关键代码解析等。这些文档为用户提供了深入的学习材料,使得即便是从零开始的开发者也能逐步掌握项目开发的全过程。 项目演示与使用指南:为帮助用户更好地理解和使用这些ASP项目,每个资源包中都包含项目的演示文件和使用指南。演示文件通常以视频或图文形式展示项目的主要功能和操作流程,使用指南则详细说明了如何配置开发环境、部署项目以及常见问题的解决方法。 毕业设计参考:对于正在准备毕业设计的学生来说,这些资源包是绝佳的参考材料。每个项目不仅功能完善、结构清晰,还符合常见的毕业设计要求和标准。通过这些项目,学生可以学习到如何从零开始构建一个完整的Web系统,并积累丰富的项目经验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值