1

我创建了一个 OData Web API，但在查找主键包含正斜杠的数据时遇到问题。

此网址按预期返回数据：
/api/SalesOrders('12345')

但是这个带有正斜杠的键失败：
/api/SalesOrders('12345/1')
即使编码：
/api/SalesOrders('12345%2F1')

在出现的错误中（见下文），看起来最后的正斜杠正在转换为您所期望的反斜杠，因为它是 url 的一部分而不是查询字符串：

在此处输入图像描述

如果我改用以下 url，其中正斜杠位于查询字符串中，则数据将正确返回：
/api/SalesOrders?$filter=SalesOrderNumber eq 12345/1

如果我自己生成网址，这将不是什么大问题。
但是，我使用的是OData v4 客户端代码生成器

所以代码中的调用实际上是这样的：

var salesOrder = erpClient.SalesOrders.ByKey(worksOrder.SalesOrderNumber).GetValue();

这会生成在查询字符串之前包含正斜杠的 url，因此会失败。

  1. 这是 OData v4 客户端的已知问题吗？
  2. 是否有强制使用查询字符串而不是主键类型调用的设置？

我可以通过将正斜杠强制到查询字符串中来解决此问题，如下所示：

var salesOrder = erpClient.SalesOrders.Where(so => so.SalesOrderNumber == "12345/1" && so.SalesOrderNumber == so.SalesOrderNumber).FirstOrDefault();

这会强制在查询字符串中使用正斜杠：
/api/SalesOrders?$filter=SalesOrderNumber eq '450993/1' 和 SalesOrderNumber eq SalesOrderNumber

这感觉很混乱，我想避免离开 OData v4 客户端，因为我们有几个应用程序已经在使用它。

我还能做些什么来使这项工作更整洁吗？

脚注：

我按照这个博客上的过程来处理特殊字符，但这不包括关于如何处理正斜杠的建议：

使用-wcf-data-service-with-restricted-characters-as-keys

4

3 回答 3

2

看看 Github 上的ODataPathAndSlashEscapeSample。基本思想是继承 DefaultODataPathHandler并覆盖该Parse方法。然后在 Web API 配置代码中为MapODataServiceRoute方法提供自定义路径处理程序的实例。

于 2016-02-16T05:43:43.200 回答
2

这可能会帮助任何在“OData Routing”部分下寻找类似解决方案的人......

...为防止此错误，您的客户端应为斜杠 (%252F) 和反斜杠 (%255C) 使用双转义序列...。

于 2016-11-03T04:09:14.920 回答
0

可能 odata 搞砸了，因为即使它被编码也可以直接读取，我的意见是您必须在请求内容中将参数作为对象发送。你可以看到更好的 http://blogs.msdn.com/b/odatateam/archive/2014/12/08/function-amp-action-in-web-api-v2-2-for-odata-v4-0- type-scenario.aspx#gist16957953

希望这有帮助

于 2016-02-04T11:08:53.177 回答