为什么开发人员没有广泛采用ODATA进行RESTful开发？

在我经常遇到的所有REST实现中，使用odata实现REST的开发人员社区似乎是最少的。

---

有什么原因吗

OData是一个很好的标准，可以通过良好的工具支持（Excel、Tableau、PowerBI…）公开数据集

就我而言，它节省了我很多时间和精力，投影/排序/筛选。。。无需编写任何代码（特别是使用.net），即可开箱即用。这是我在类似表的结构上使用RESTful API的选择

前几天，我与一家大型外包公司的承包商进行了一次有趣的谈话。他为许多客户构建了restful API，当我问他是否有时使用OData时，他回答说“我们不使用OData，我们更喜欢Json”（叹气…）

---

所以我猜你的问题的一个可能答案是无知，许多人根本不知道或不理解奥达塔

实际上没有合同。服务使用者不知道如何使用服务（例如，什么是有效的命令参数、编码期望等）

接口的错误在于它在接受什么方面过于自由

合同没有向消费者提供关于如何使用该服务的足够信息。如果消费者必须阅读服务签名以外的内容才能理解如何使用服务，则应审查服务的分解

消费者在使用Web服务之前，应该熟悉数据库和表结构。这导致服务提供者和使用者之间的紧密耦合

由于同一服务中边界之间的后期绑定和编码/解码的依赖性，性能将受到影响

---

资料来源：

我认为这个问题很快就会结束，因为它太宽泛了，但无论如何，这是一个有趣的问题。我在任何地方都可以使用OData，它是一个很好的标准，有很好的工具支持（Excel、Tableau、PowerBI…），并且它允许我避免编码投影/过滤/。。。对于每个实体。前几天，我与一位构建restful API的承包商进行了一次有趣的对话，他告诉我‘我们不做odata，我们更喜欢json……’，因此我想你的问题的答案之一是无知，许多人根本不知道odata能为他们做些什么……‘我们更喜欢json’——但json只是xml等数据的一种表示格式。你的意思是像泽西州的春天吗？不，这是他说的，这让你知道他对奥达塔知之甚少：（（他来自一家主要的开发外包公司…）哦，谢谢你的澄清，为什么你不添加你的评论作为回答？我打赌这对很多其他人也会有帮助。做得好，我很高兴得到其他反馈，尽管这不是回答此类问题的理想场所