Comment concevoir RESTE URI pour plusieurs Valeur-Clé params de HTTP GET

Je suis en train de concevoir une API RESTful.

Un service doit offrir des fonctionnalités de requête pour plusieurs paires clé-valeur. Par exemple, le client peut interroger avec une requête HTTP GET pour différents produits et la quantité associée.

Le client veut de produits de requête 1 avec le montant de 44 ET 2 du produit avec la quantité de 55 ans.
En fait, je ne veux pas que mon URI pour ressembler à ceci:

/produkt?productId1=1&productquantity1=44&productId2=2&productquantity2=55

parce que je ne sais pas combien de produits sont interrogés.

Ou comme ceci:

/produkt?product=1,44&product=2,55

car comment le client peut-il savoir qu'avant la virgule n'est productId et après la virgule de la quantité.

Quelqu'un aurait-il d'autres solutions? Ou n'est-il pas Reposant pour offrons la possibilité d'interroger plusieurs produits avec une demande? Est-il mieux offrir la possibilité d'interroger un seul produit avec la quantité associée et si le client veut requête plus de produits, ils doivent envoyer plus de demandes?

ce serait une erreur de mettre les informations de la requête dans un http post?
Rien, sauf que ce n'est pas Reposant 🙂
Les services web RESTful n'ont pas à être exclusivement basée sur les OBTENIR. Vous pourriez facilement avoir un service RESTful qui nécessite la transmission de plus de données que ce qui peut être inclus dans une requête GET. Il est raisonnable d'utiliser toute méthode HTTP. Voir: en.wikipedia.org/wiki/...
Si vous utilisez une requête POST à "obtenir" des données, qui ne serait PAS de tout repos. Le point est à l'aide de l'verbes HTTP correspondent à l'action. c'est à dire OBTENIR pour l'extraction de données, POST pour la création de données, pour METTRE à jour les données, et de les SUPPRIMER pour supprimer des données, etc.

OriginalL'auteur joshi737 | 2012-12-09

  1. 2

    Je voudrais élargir votre deuxième suggestion un peu en ajoutant des noms explicites pour les pièces de votre produit, et à l'aide de points-virgules à la place des virgules pour séparer les attributs d'un produit, depuis l'ordre n'a pas d'importance*.

    /products?id=1;qty=44&qty=55;id=2

    Remarque comment id et qty sont mis autour pour le second produit, parce que l'ordre des attributs n'a pas d'importance.

    * Il y a une convention pour l'emploi des virgules lorsque l'ordre est important, et des points-virgules lorsque l'ordre n'est pas important.

    Comment peut-on injecter ces params dans mon REPOS de Service? Je sais, je dois utiliser le @QueryParam-Annotation, mais comment dois-je l'utiliser?

    OriginalL'auteur dasblinkenlight

  2. 5

    Voici une idée pour passer un paramètre:

    /products?productDetail=[{"key":"key0","value":"key1"},{"key":"key2","value":"key2"},{"key":"key3","value":"key3"}]

    où 

    [{"key":"key0","value":"key1"},{"key":"key2","value":"key2"},{"key":"key3","value":"key3"}]

    est une représentation JSON de la List<kv> classe

    class kv {
    String key;
    String value;


    public kv(String key, String value) {
        super();
        this.key = key;
        this.value = value;
    }

    public String getKey() {
        return key;
    }

    public void setKey(String key) {
        this.key = key;
    }

    public String getValue() {
        return value;
    }

    public void setValue(String value) {
        this.value = value;
    }

}

    de sorte que vous pouvez facilement convertir le paramètre de requête productDetail à List<kv> à l'aide de 

    new Gson().fromJson(productDetail,kv.class);

    que vous pouvez facilement effectuer une itération de tous les éléments.

    Une autre suggestion est, si vous ne savez pas combien de produits sont interrogés ensuite utiliser un POST demande pour cela.

    Comme cette idée, je voudrais envisager de mettre (requête doit être idempotent) le JSON, au lieu d'utiliser la requête GET.

    OriginalL'auteur Yogesh Prajapati