2014-02-12 6 views
2

많은 API가 다양한 홈 양조 Query DSL 구조를 사용하여 응답의 고급 필터링 및 정렬을 제공하는 디자인 문제에 직면했습니다.Apigee의 Query DSL 라이브러리에 대한 경험

내가 원하는 것은 우리의 앱 개발자가 익숙한 스키마를 기반으로 여러 API에 표준 DSL을 제공하고 API 전반에 걸쳐 일관성을 유지하는 것입니다.

당연히, 이것은 복잡성을 분석하고 DSL 쿼리를 레거시 백엔드로 변환 할 것입니다. 그러나 모든 쿼리 구문 분석 논리를 스스로 작성해야하는 번거 로움을 피하기 위해 기존 프레임 워크를 채택하여 빠른 시작을 기대했습니다.

누군가가 Apigee 플랫폼과 호환되는 모든 오픈 소스 DSL 프레임 워크를 사용해 본 경험이 있습니까?

+0

다음 디자인을 고려하고 있습니다. – klevak

답변

0

나는 Apigee에 대한 경험이 없지만 문의하는 DSL의 기초로 Querydsl을 사용할 수 있습니다.

사용자 지정 쿼리/저장 대상에 맞게 적응 및 확장 할 수있는 기본 쿼리 모델을 제공합니다.

이 답변은 Querydsl 프로젝트에 참여한 이후 편향되어 있습니다.

0

백엔드가 MS 스택 인 경우 ODATAStackOverFlow example using ODATA을 탐색 할 것을 권합니다. 나는 이것을 매우 강력하게 발견했다.


사용자가 문자 그대로 직선 쿼리를 입력하길 원한다고 가정합니다. HTTP 요청의 SQL을 의미합니다. REST 자체가 엔티티 기반 쿼리 프로토콜입니다. 좋은 REST API itself은 사용자가 엔티티의 마인드 맵을 얻는 데 매우 유용합니다.