使用odata进行REST实现的开发人员社区似乎是我通常遇到的所有REST实现中最少的。 有什么原因吗？
答案 0 :(得分：2)
实际上没有合同。服务使用者不知道如何使用服务（例如，什么是有效的Command参数，编码期望等等）。
接口在接受的内容方面过于宽松，这是错误的。
合同未向消费者提供有关如何使用服务的足够信息。如果消费者必须阅读服务签名以外的其他内容以了解如何使用该服务，则应查看该服务的分解因素。
在使用Web服务之前，消费者应该先熟悉数据库和表结构。这导致服务提供商和消费者之间的紧密耦合。
由于对同一服务内边界之间的后期绑定和编码/解码的依赖，性能会受到影响。
答案 1 :(得分：0)
OData是公开数据集并提供良好工具支持（Excel，Tableau，PowerBI ...）的绝佳标准。
就我而言，它节省了我很多时间和精力，无需进行任何编码（尤其是使用.net）即可进行投影/排序/筛选...。对于像表这样的结构上的RESTful API，这是我的选择。
前几天，我与一家主要外包公司的承包商进行了有趣的交谈。他为许多客户构建了Restful API，当我问他有时是否使用OData时，他回答说“我们不做OData，我们更喜欢Json”（叹息...）。
所以我想您问题的可能答案之一是无知，许多人根本不了解OData或不了解OData ...