Partage de technologie

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Utilisation du facteur

Dans la continuité du numéro précédent, nous avons soulevé une question, l'utilisation de Postman
Vous pouvez cliquer sur le lien pour télécharger https://www.postman.com/downloads/

Après l'installation, vous serez invité à mettre à niveau la version, cliquez simplement sur rejeter.

Pour envoyer des données, les étapes spécifiques sont les suivantes :

Il existe également un diagramme plus spécifique que vous pouvez consulter en premier. Les paramètres de la requête qu'il contient seront discutés plus tard.

Mais attention, vous devez démarrer le projet IDEA avant de l'envoyer, sinon il n'y aura aucun résultat.
J'enverrai le code de la dernière fois. A ce moment, j'ai démarré le projet dans l'idée, donc le résultat est normal, mais si vous ne le démarrez pas, cela doit être anormal.

Le deuxième point clé de l'apprentissage de Spring MVC - les requêtes

Accéder à différents chemins signifie envoyer différentes requêtes Lors de l'envoi d'une requête, certains paramètres peuvent être apportés, donc l'apprentissage des requêtes de Spring implique principalement d'apprendre comment transmettre les paramètres au backend et comment le backend les reçoit.
Pour passer des paramètres, nous utilisons principalement le navigateur et Postman pour simuler.

Passer un seul paramètre

Parlons d’abord de notre message d’erreur de base :
404 : ressource introuvable, le serveur ou l'URL est probablement incorrect.
400 : incompatibilité de type
500 : peu de paramètres transmis

• Les étapes de transmission des paramètres sont les suivantes : Nous utilisons d'abord l'URL pour transmettre les paramètres (vous pouvez utiliser l'URL pour transmettre les paramètres, vous pouvez également utiliser Postman pour transmettre les paramètres, mais ici, nous utilisons l'URL pour l'implémenter en premier) . Comme indiqué ci-dessous, ce qui suit le point d'interrogation sont les paramètres que nous transmettons.N'oubliez pas d'avoir des noms cohérents. S'ils sont incohérents, un code d'état 400 sera signalé.

Passer plusieurs paramètres

Lorsqu'il y a plusieurs paramètres, lorsque les frontaux et les back-ends effectuent une correspondance de paramètres, ils correspondent par le nom du paramètre. À ce stade, puisque le nom du paramètre que nous transmettons est cohérent avec le paramètre formel, la position du paramètre le fait. n'affecte pas le back-end. Obtenez le résultat du paramètre, donc ce ne sera pas une erreur si nous échangeons le nom et l'identifiant.

En fait, cela peut également créer un effet similaire à une surcharge.

Tableau de passage

À l'heure actuelle, comme les tableaux sont différents des paramètres ordinaires, nous pouvons utiliser Postman pour transmettre des paramètres.

La KEY dans Postman doit être cohérente avec les paramètres que nous transmettons, sinon elle ne correspondra pas, ce qui signifie que ce paramètre ne peut pas se voir attribuer de valeur, il est donc nul par défaut.

Mais existe-t-il un moyen de transmettre le nom du paramètre s'il est différent de la KEY que nous avons transmise. Bien sûr, il existe un moyen : il suffit d'utiliser l'annotation @RequestParam ?
Dans certains cas particuliers, la clé de paramètre transmise par le front-end et la clé reçue par notre back-end peuvent être incohérentes. Par exemple, le front-end transmet un tableau2 au back-end et le back-end utilise le champ du tableau pour le recevoir. , de sorte qu'il y aura des situations où les paramètres ne peuvent pas être reçus si.
Dans ce cas, nous pouvons utiliser @RequestParam pour renommer les valeurs des paramètres du front et du back end.

Passer l'objet

Certaines personnes peuvent être curieuses de savoir comment transmettre des objets. En fait, transmettez simplement les attributs un par un, quel que soit l'ordre, notre KEY est toujours cohérent avec les paramètres formels, vous n'avez donc pas à vous soucier de l'ordre.

Voici le code de Person, qui est plus simple que de l'appeler. Si vous êtes intéressé, vous pouvez le copier directement et l'essayer.

public class Person {
    private int id;
    private String name;
    private String password;
    public int getId() {
        return id;
    }
    public void setId(int id) {
        this.id = id;
    }
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
    public String getPassword() {
        return password;
    }
    public void setPassword(String password) {
        this.password = password;
    }
    @Override
    public String toString() {
        return "Person{" +
                "id=" + id +
                ", name='" + name + ''' +
                ", password='" + password + ''' +
                '}';
    }
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

Collecte des laissez-passer

Vous devez utiliser l'annotation @RequestParam.
Semblable aux tableaux, le même nom de paramètre de requête peut être multiple et @RequestParam doit être utilisé pour lier la relation de paramètre. Par défaut, plusieurs valeurs avec le même nom de paramètre dans la requête sont encapsulées dans un tableau si vous le souhaitez. pour encapsuler dans une collection, pour utiliser @RequestParam pour lier les relations entre les paramètres

Si cette annotation n'est pas utilisée, 500 seront signalés :

Étant donné que la méthode de transmission d'objets ci-dessus est relativement compliquée, dans le prochain numéro, nous présenterons une autre méthode de transmission d'objets, la représentation des données JSON.

Réponse à la question restante : le support @RequestMapping publie-t-il ou obtient-il ?

Si vous avez essayé tous les exemples ci-dessus, vous aurez alors la possibilité de convaincre et de vérifier vous-même ce problème.
Les étapes de vérification sont les suivantes

Après le changement, nous avons constaté qu'il peut prendre en charge à la fois l'obtention et la publication.