关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。
想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。
5年前关闭。
Improve this question
OData 被 Netflix 和微软的许多产品(服务器:CRM、Sharepoint、SQL Server；客户端:Excel)使用。
虽然 OData 很有趣，但它也有自己的一系列好处和权衡。
我已经设计并构建了一个供内部使用的自定义搜索引擎。许多开发人员正在使用搜索引擎进行报告和列表，用此搜索引擎替换每个业务线应用程序中的报告和自定义搜索/过滤器功能。
我有一个不错的系统来允许在我的搜索引擎中进行查询/过滤。它都是 url 驱动的，所以很容易使用。
在这一点上，我想为 URL“命令行”添加更多功能。 OData 是一个诱人的选择，因为我们已经使用了很多 Microsoft 技术。它还具有用于带有 bool 逻辑等的过滤器的标准语言。
是否还有其他基于合法标准的 REST 框架(例如 OData)我应该查看？
我不确定我正在做的事情是否需要完整的 OData 堆栈。我的基于简单查询字符串的过滤在这一点上工作得很好。只是想进行一些尽职调查，以便我可以做出明智的决定。
谢谢。
编辑
我正在寻找的更多是用于创建我的搜索 API 的框架。 Lucene/Solr 使用 url 语法 http://lucene.apache.org/solr/tutorial.html OData 也是如此。 Lucene/Solr 并不是我正在寻找的，而且对于我的场景来说太复杂了。但是，他们有一个明确定义的 url api。
我正在寻找任何其他定义良好的基于 url 的 api 示例。我想查看基于 url 和查询字符串参数定义查询/搜索语法的“现有技术”。
最佳答案
虽然有些人肯定会争论，但自己动手当然是一种选择；前提是您可以发布可使用的架构和语法或 API 库。鉴于您仔细研究了当前的标准格局并借鉴了已建立的(尽管不合适的)实现，您(和支持者)可能倾向于制定新的或扩展的标准；也许是解决未解决问题的方法。
但是，必须:
关于web-services - OData 有什么替代品吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7391236/