ODataは、NetflixおよびMicrosoftの多くの製品(サーバー:CRM、Sharepoint、SQL Server、クライアント:Excel)で使用されています。
ODataは興味深いものですが、独自の利点とトレードオフがあります。
内部で使用するカスタム検索エンジンを設計および構築しました。多くの開発者は、レポートとリストに検索エンジンを使用しており、各基幹業務アプリのレポートとカスタム検索/フィルター機能をこの検索エンジンに置き換えています。
私は私の検索エンジンでクエリ/フィルタリングを可能にするまともなシステムを持っています。それはすべてURL駆動型なので、使いやすいです。
この時点で、URLの「コマンドライン」にもう少し機能を追加したいと思います。 ODataは、すでに多くのMicrosoftテクノロジを使用しているため、魅力的な選択肢です。また、ブール論理などを使用したフィルターの標準言語もあります。
私が見なければならないODataのようなRESTフレームワークに基づく他の正当な標準はありますか?
私がしていることに完全なODataスタックが必要かどうかはわかりません。私の単純なクエリ文字列ベースのフィルタリングは、この時点で非常にうまく機能しています。十分な情報に基づいて決定できるように、デューデリジェンスを実施したいだけです。
ありがとう。
編集
私が探しているのは、検索APIを作成するためのフレームワークです。 Lucene/SolrはURL構文を使用します http://lucene.Apache.org/solr/tutorial.html ODataと同様です。 Lucene/Solrは私が探しているものではなく、私のシナリオには複雑すぎます。ただし、明確に定義されたURLAPIがあります。
私は他の明確に定義されたURLベースのAPIの例を探しています。 URLとクエリ文字列パラメータに基づいてクエリ/検索構文を定義するための「先行技術」を見たいです。
いくつかの調査の結果、いいえ、現時点ではODataに代わる良い方法はありません。
これはOdataの機能に基づいて言っています。うまくいけば、いつか別の方法が見つかるでしょう。
Googleは GData を推進していますが、これは機能が損なわれているようです。
Web準拠の検索メカニズムをお探しの場合は、 オープンサーチ をご覧になることをお勧めします。