Comment servir une réponse JSON à l'aide de Go?

Question: Actuellement, je suis en imprimant ma réponse dans le func Index
comme ce fmt.Fprintf(w, string(response)) cependant, comment puis-je envoyer JSON correctement à la demande, de sorte qu'il peut être consommé par un point de vue? 

package main

import (
    "fmt"
    "github.com/julienschmidt/httprouter"
    "net/http"
    "log"
    "encoding/json"
)

type Payload struct {
    Stuff Data
}
type Data struct {
    Fruit Fruits
    Veggies Vegetables
}
type Fruits map[string]int
type Vegetables map[string]int


func Index(w http.ResponseWriter, r *http.Request, _ httprouter.Params) {
    response, err := getJsonResponse();
    if err != nil {
        panic(err)
    }
    fmt.Fprintf(w, string(response))
}


func main() {
    router := httprouter.New()
    router.GET("/", Index)
    log.Fatal(http.ListenAndServe(":8080", router))
}

func getJsonResponse()([]byte, error) {
    fruits := make(map[string]int)
    fruits["Apples"] = 25
    fruits["Oranges"] = 10

    vegetables := make(map[string]int)
    vegetables["Carrats"] = 10
    vegetables["Beets"] = 0

    d := Data{fruits, vegetables}
    p := Payload{d}

    return json.MarshalIndent(p, "", "  ")
}
InformationsquelleAutor Matthew Harwood | 2015-07-25
  1. 89

    Vous pouvez définir votre type de contenu d'en-tête afin que les clients sachent à attendre json

    w.Header().Set("Content-Type", "application/json")

    Une autre façon d'organiser une structure json est de construire un codeur à l'aide de la http.ResponseWriter

    //get a payload p := Payload{d}
json.NewEncoder(w).Encode(p)
    • Alors que w.Header().Set("Content-Type", "application/json") est correct pour le réglage du type de contenu, il n'est pas lors de l'utilisation de json.NewEncoder au lieu de cela, je reçois un txt/plaine de résultat. Est ce que quelqu'un d'autre se présente. La réponse de @poorva a fonctionné comme prévu
    • Scratch. Si j'utilise w.WriteHeader(http.StatusOk) - je obtenir le résultat ci-dessus.
    • Si j'utilise w.WriteHeader(http.StatusOk) puis-je obtenir text/plain; charset=utf-8, si je n'ai pas de définir l'État-Code explicitement-je obtenir applicaton/json et la Réponse a toujours un Status-Code 200.
    • Hmmm ... peut-il avoir à faire avec les docs ici? Changing the header map after a call to WriteHeader (or Write) has no effect unless the modified headers are trailers.
    • L'ajout de w.Header().Set("Content-Type", "application/json") ci-dessus json.NewEncoder(w).Encode(p) de travail pour moi
    • l'ajout de w.L'en-tête().Set("Content-Type", "application/json") au-dessus de w.WriteHeader(http.StatusOk) a travaillé pour moi.

    InformationsquelleAutor dm03514
  2. 18

    D'autres utilisateurs de commenter ce que l' Content-Type est plain/text lors de l'encodage. Vous devez définir le Content-Type première w.Header().Set, puis le code de réponse HTTP w.WriteHeader.

    Si vous appelez w.WriteHeader d'abord, puis appel w.Header().Set après, vous obtiendrez plain/text.

    Un exemple de gestionnaire pourrait ressembler à ceci;

    func SomeHandler(w http.ResponseWriter, r *http.Request) {
    data := SomeStruct{}
    w.Header().Set("Content-Type", "application/json")
    w.WriteHeader(http.StatusCreated)
    json.NewEncoder(w).Encode(data)
}
    • Merci beaucoup pour cette!
    • pas de problème!
    InformationsquelleAutor k3mist
  3. 15

    Vous pouvez faire quelque chose comme cela en vous getJsonResponse fonction -

    jData, err := json.Marshal(Data)
if err != nil {
    //handle error
}
w.Header().Set("Content-Type", "application/json")
w.Write(jData)
    • Une remarque importante à propos de cette version est qu'elle utilise un octet tranche dans jData, éventuellement inutilement. Data peut être de taille arbitraire, selon les données rassemblées, ce qui pourrait être un non-trivial de mémoire gaspilleur. Après regroupement, nous avons copie de la mémoire à la ResponseWriter flux. La réponse qui utilise json.NewEncoder (), etc. écrire le muselé JSON directement dans le ResponseWriter (dans son courant ..)
    • A fonctionné pour moi! Face à la question quand 'w.WriteHeader(http.StatusCreated) " a été ajouté avant ou après.
    • Pas besoin de revenir après la panique que cela sort de votre programme
    • Au moins cette solution n'est pas ajouter de la fin \n de la Encoder.Encode() fonction
    InformationsquelleAutor poorva
  4. 1

    Dans gobuffalo.io cadre je l'ai eu à travailler comme ça:

    //say we are in some resource Show action
//some code is omitted
user := &models.User{}
if c.Request().Header.Get("Content-type") == "application/json" {
    return c.Render(200, r.JSON(user))
} else {
    //Make user available inside the html template
    c.Set("user", user)
    return c.Render(200, r.HTML("users/show.html"))
}

    et puis quand je veux obtenir de réponse JSON pour cette ressource, je dois mettre "Content-type", "application/json", et cela fonctionne.

    Je pense que Rails est plus pratique pour gérer plusieurs types de réponse, je n'ai pas vu le même dans gobuffalo jusqu'à présent.

    InformationsquelleAutor Aleks Tkachenko
  5. 0

    Vous pouvez utiliser ce package moteur de rendu, j'ai écrit pour résoudre ce genre de problème, il est un wrapper pour servir JSON, JSONP, XML, HTML, etc ...

    InformationsquelleAutor