Apollo-link-rest: Raw HTTP 끝점을 통한 Dgraph 지원 가능

Postman의 "Raw body"를 통해 Dgraph 쿼리를 전달할 수 있다는 것을 알았습니다. 그래서 그것은 아마도 가능한 Dgraph가 apollo-link-rest와 함께 작동한다는 신호입니다

추신. "bodyBuilder: $customBuilder"가 그 방법일 수 있다고 생각합니다. 하지만 어떻게 작동하는지 잘 모르겠습니다.

BTW https://play.dgraph.io/query 에 대해 테스트할 수 있습니다.
Postman이 해당 끝점을 가리키도록 하고 "POST"를 설정하고 Body에서 RAW를 설정하고 아래 쿼리를 붙여넣습니다.

UID는 향후 변경될 수 있으므로 주의하십시오.

{
  node(func: uid(0x36bb9)) {
    uid
    expand(_all_) {
      uid
      expand(_all_)
    }
  }
}

이것은 큰 프로젝트처럼 들립니다. -- 나는 어려운 부분이 apollo-link-rest 사용한다고 생각하지 않습니다 -- 당신이 말했듯이 기본적으로 customBodyBuilder 를 사용하거나 customFetch 구현을 사용하고 있습니다. -- 어려운 부분은 올바른 Dgraph 호환 페이로드를 "생성"하는 것이라고 생각합니다.

알아낸 것을 저희에게 알려주십시오. 하지만 customFetch 구현으로 사용될 꽤 광범위한 "쿼리 생성기"를 만들어야 할 것 같습니다.

Dgraph는 GraphQL에서 영감을 받은 언어를 사용하는 데이터베이스입니다. "GraphQL + -"라고 합니다. 그래프 언어가 있는 DB 그래프입니다. 그러나 GraphQL에는 없지만 여전히 호환되는 기능이 많이 있습니다. 그리고 실제로 그것은 큰 프로젝트입니다.

나는 우리가 apollo-link-rest를 지원하기 위해 Dgraph에서 작업할 수 있다고 생각하지만 사용 가능한 것으로 이미 무언가를 할 수 있는지 이해하고 싶었습니다(예: "Hack"). Postman을 사용하여 예시한 것처럼 "Body"를 보낼 수 있는 사용자 정의 가능한 예제를 찾지 못했습니다.

RAW 텍스트로 Body를 삽입하는 것은 Dgraph가 apollo-link-rest와 함께 작동하도록 하는 쉬운 방법이 될 것입니다. 응답이 JSON이기 때문입니다. 비밀은 없습니다.

이 Apollo 프로젝트를 보면 Dgraph의 큰 잠재력이 보입니다.

건배.

@MichelDiz -- 그렇다면 apollo-link-rest 를 포크하고 apollo-link-dgraph 를 만들고 싶어하는 것처럼 보입니다.

아마도 가장 좋은 해결책은 apollo-link-http 를 포크하는 것입니다. -- 해당 레이어는 GraphQL을 사용하므로 GraphQL에서 GraphQL과 유사한 출력을 생성하는 것이 가장 쉬울까요?

apollo-link-http는 확실하지 않습니다. Dgraph GraphQL+-가 graphql-tag와 호환되지 않기 때문입니다.

이전에 Dgraph의 끝점에서 Apollo 링크를 성공하지 않고 시도했지만 요청 본문이 다릅니다. /graphql은 "쿼리 키"에서 쿼리를 허용하지만 Dgraph에는 "쿼리" 필드가 없고 RAW 필드만 있습니다. 그러나 이것은 평가할 수 있다고 생각합니다. 저는 Dgraph의 dev(go lang)가 아니지만 팀과 이 상황에 대해 이야기하고 있습니다.

따라서 주요 차이점은 graphql-tag와 쿼리 페이로드의 위치입니다. apollo-link-rest도 graphql-tag를 사용하기 때문에 Dgraph 쿼리(본문으로)를 삽입하고 GraphQL도 사용하기 위해 @' 디렉티브를 만들어야 한다고 생각했습니다. "경로:"에서 하는 것처럼. 그러나 이것은 추측일 뿐입니다. 아이디어는 아직 시기상조입니다.

예:

const dgraphQ = ` 
{ 
  users (func: has(user), first:1000 ) {
   id : uid
   name
   email
}
}
`;

const query = gql`
      query dgraphTest(
        $customBuilder: any
      ) {
        users @rest(type: "User ", bodyBuilder: $customBuilder, method: "POST") { 
                                         #Maybe bodyKey?? I'll test it
          id
          name
          email
        }
      }
    `;

apolloClient.query({
  query: Query,
  variables: {
    input: { customBuilder: dgraphQ }
  }
}).then(response => {
  console.log(response);
});

다음은 Dgraph와 GraphQL의 요청 본문의 차이점입니다.

그래프QL

POST /graphql HTTP/1.1
Host: api.githunt.com
Content-Type: application/x-www-form-urlencoded
cache-control: no-cache
Postman-Token: xxxxx
query=%7B%0A++++feed+(type%3A+NEW%2C+limit%3A+5)+%7B%0A++++++repository+%7B%0A++++++++owner+%7B+login+%7D%0A++++++++name%0A++++++%7D%0A%0A++++++postedBy+%7B+login+%7D%0A++++%7D%0A++%7D%0A++

Dgraph의 GraphQL+-

POST /query HTTP/1.1
Host: play.dgraph.io
Content-Type: application/x-www-form-urlencoded
cache-control: no-cache
Postman-Token: xxxxx
{
  node(func: uid(0x36bb9)) {
    uid
    expand(_all_) {
      uid
      expand(_all_)
    }
  }
}------WebKitFormBoundary7MA4YWxkTrZu0gW--

클라이언트에서 DGraph로 직접 이동하는 것은 어려운 일처럼 보이며 권한 부여 또는 비즈니스 논리와 같은 개념을 위한 공간을 남기지 않을 수 있습니다. 유틸리티가 없다는 것은 아닙니다. 설명하는 것과 같은 링크는 공개 그래프를 직접 쉽게 탐색할 수 있는 클라이언트를 만드는 데 유용할 것입니다.

저는 DGraph를 소비자 앱의 기본 데이터 저장소로 사용하는 데 관심이 있습니다. 그래서 다른 접근 방식을 취하고 있으며 들어오는 GraphQL 쿼리를 DGraph 쿼리로 변환하여 표준 Apollo Server 앱을 DGraph 백엔드에 매우 쉽게 인터페이스하도록 노력하고 있습니다. 사용자 지정 AST 사용( join-monster 같은 프로젝트에서 영감을 받음). 그래도 여가 시간에 아이디어를 화이트보드로 작성하고 있으므로 배달에 대한 약속은 없습니다.

https://github.com/a-type/dgraphql

아마도 내가 만든 쿼리 변환 레이어는 클라이언트 측으로 이식될 수 있으므로 가상의 apollo-link-dgraph 도 활용할 수 있는 재사용 가능한 라이브러리로 추출될 수 있습니다. 그러나 현재는 스키마 자체를 읽고 해당 AST를 생성할 수 있는 능력에 상당히 의존하고 있습니다.