Was ist die Bedeutung des viewer-Feld in GraphQL?

Was ist der Zweck des root-Abfrage-Feld viewer im GraphQL?

Basierend auf dieser Artikel, viewer verwendet werden könnte, zu akzeptieren, eine token-parameter, so können wir sehen, wer derzeit angemeldet ist.

Wie soll ich das umsetzen?

  • es gibt keine Notwendigkeit für den viewer-Muster mehr in Relais Modern
InformationsquelleAutor Sibelius Seraphini | 2016-06-04
  1. 33

    Zweck viewer root-Abfrage-Feld

    viewer ist nicht etwas, was GraphQL oder Relais-spezifisch. Die meisten web-Anwendungen dienen einige Zwecke, die der Nutzer oder Zuschauer. Die top-level-entity zu modellieren, die verschiedene Daten an den Benutzer benannt werden können als viewer. Sie können es auch nennen user. Zum Beispiel, die Relais todo-Beispiel hat eine viewer root-Abfrage-Feld:

    viewer: {
  type: GraphQLUser,
  resolve: () => getViewer(),
},

    Können wir auch ohne viewer. Zum Beispiel, Relais starwars-Beispiel keine viewer root-Abfrage-Feld.

    Kurz gesagt, mit dieser viewer als root-Abfrage-Feld der GraphQL-schema ermöglicht es, die Daten basierend auf den aktuellen Benutzer.

    Umsetzung: Verwendung von token zur Authentifizierung, zusammen mit viewer

    Meine Antwort folgt, was bereits beschrieben in Ihrem Artikel erwähnt. Die Schritte sind:

    1. Auf der server-Seite, erstellen Sie eine mutation erhalten Sie ein Authentifizierungs-token. Nennen wir es LoginMutation. Input für diese mutation sind die Anmeldeinformationen des Benutzers und die Ausgabe ist ein Authentifizierungs-token.

    2. Auf der client-Seite, wenn Sie relais-framework, implementieren Sie eine client-side-mutation. Nach der mutation erfolgreich ist, speichern Sie die Authentifizierungs-token.

    3. Auf der client-Seite Relais-code, fügen Sie authToken parameter für Ihre viewer Abfragen. Der Wert von authToken ist das Authentifizierungs-token erhalten nach erfolgreicher Anmeldung mutation.

    Eine alternative

    Wie bereits im Artikel erwähnt, eine alternative Möglichkeit der Authentifizierung von Benutzer, es zu tun außerhalb der GraphQL. Sie können sehen, zwei hervorragende Antworten diese und diese für details.

    Jonas Helfer schrieb einen zweiteiligen Artikel über diese, die Sie finden sehr nützlich: Teil 1, Teil 2

    InformationsquelleAutor Ahmad Ferdous
  2. 1

    Die Idee hinter der viewer Bereich (design pattern) war die Gruppe der top-level-query-Felder sind nur relevant, auf die der aktuell angemeldete Benutzer. Zum Beispiel:

    # EXAMPLE 1

quer {
  viewer {
    stories { ... } # the list of published stores as well as drafts (current user)
  }

  stories { ... }   # the list of published stories (all users)
}

    Diese aktuell angemeldeten Benutzer Daten wurde entweder zusammengeführt viewer Feld selbst oder geschachtelte es unter:

    # EXAMPLE 2

query {
  viewer {
    id
    email
    displayName
    stories { ... }
  }
}

# EXAMPLE 3

query {
  viewer {
    me { id email displayName }
    stories { ... }
  }
}

    Alle drei Beispiele oben kann vereinfacht werden durch entfernen der viewer Feld zusammen und haben immer noch die gleiche Funktionalität (empfohlen):

    query {
  # The currently logged in user or NULL if not logged in
  me {
    id
    email
    displayName
  }

  # Published stories only (all users)
  stories {
    ...
  }

  # Published stories as well as drafts (the current user)
  stories(drafts: true) {
    ...
  }
}

    Finden Sie das komplette Beispiel in Reagieren Starter Kit das verwendet werden kann entweder als Referenz oder einen Samen/Vorlage für neue Entwicklungen. Sehen src/server/schema.js.

    InformationsquelleAutor Konstantin Tarkus
Schreibe einen Kommentar