如果使用.NET 构建新的 Web Services，那么 OData 就应该处于很重要的位置，特别是在需要支持未知的第三方应用时更是如此。该技术本身支持 SOAP 与 REST 风格的消息，对于后者又提供了 ATOM（XML）与 JSON 表示。这意味着使用者可以请求最适合自身的格式。
一个不错的起始点是 Mohamad Halabi 的文章 Understanding OData v3 and WCF Data Services 5.x 。这篇文章超越了传统的快速指南，重点关注于通信协议本身。
关于 WCF Data Services（微软的 OData 实现）的一个常见误解是它被绑定到了其 ORM Entity Framework 上。Mohamad 的文章中则介绍了公开一个非 EF 数据源的做法。对于静态数据来说，这就像是通过调用 List.AsQuerable 公开一套 IQueryable 属性一样简单。微软称其为 Reflection Provider 。
对于更加复杂的场景，你需要参考 MSDN 上的 Custom Data Service Providers 页面。它包含了你需要实现的各种接口的链接及一篇同名文章。但遗憾的是，很多接口的文档都不太完善。
在创建 OData 服务时，你需要知道一些兼容性问题。幸好，Mohamad 还介绍了 OData V2 与 OData V3 之间的差别。你主要应该关注如何注册 JSONMessageInspector 以及 JSON 与 JSON Light 之间的差别（后者去掉了很多 OData 元数据）。
WCF Data Services 主要用于提供 CRUD 式的服务，即创建、读取、更新与删除操作。你还可以公开 RPC 风格的服务，比如说 ProcessInvoice 方法。这是通过 WebGet 与 WebInvoke 属性实现的。但遗憾的是，这要比一般的 WCF 服务多了很多限制，比如说“每个参数都必须是原生类型”。 Service Operations 页面对其进行了详尽的介绍。
修改与查询拦截器可用于重写CRUD 式的请求。使用附加的验证与安全检查来阻止操作，通过错误消息告知你希望执行的其他操作。
查看英文原文： Getting Started with OData v3 and WCF Data Services 5.x
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论