API の多くがさまざまな自作のクエリ DSL 構造を使用して、応答の高度なフィルタリングと並べ替えを提供するという設計上の問題に直面しています。
私がやりたいことは、アプリ開発者にとってより馴染みのあるスキームに基づいて、複数の API にわたって標準の DSL を提供し、API 間である程度の一貫性をもたらすことです。
当然のことながら、これにより、DSL クエリの解析と従来のバックエンドへの変換が複雑になります。ただし、既存のフレームワークを採用して、すべてのクエリ解析ロジックを自分で作成する必要がないようにすることで、すぐに始めたいと考えていました。
Apigee プラットフォームと互換性のあるオープンソース DSL フレームワークを使用した経験のある人はいますか?
Apigee の経験はありませんが、クエリ DSL の基盤としてQuerydslを使用できます。
これは、カスタム クエリ/ストレージ ターゲットに適合するように適応および拡張できる基本クエリ モデルを提供します。
私は Querydsl プロジェクトに関わっているため、この回答は偏っています。
バックエンドが MS Stack の場合は、 ODATA を使用してODATAとStackOverFlow の例を調べることをお勧めします。これはかなり強力だと思いました。
文字通り、ユーザーに直接クエリを入力してもらいたいと思います-つまり、HTTPリクエストでSQLを意味します。REST 自体は、優れたエンティティ ベースのクエリ プロトコルです。優れたREST API 自体は、ユーザーがエンティティのマインドマップを取得するのに非常に役立ちます。