javascript - Problème d'encapsulation de la valeur de retour SpringMVC

Question

Pendant le processus d'apprentissage, la valeur de retour de SSM est généralement le nom de la page jsp, puis renvoyée directement à cette page
Lorsque vous rencontrez AJAX JSON au travail, les données seront encapsulées et renvoyées à la page ! Comme photo

Excusez-moi, quelle est la signification d'un tel emballage ? Est-ce parce que la vitesse de transfert de valeur est plus rapide, ou y a-t-il une autre raison ?

淡淡烟草味 · Answer

Le sens est que Spring vous aidera à le sérialiser en json

習慣沉默 · Answer

Page de saut SpringMvc et méthode d'objet de retour :

    //跳转到jsp页面
    @RequestMapping("jspViewTest")
    public String jspViewTest() {
        return "index";
    }

    //返回数据对象
    @RequestMapping("dataTest")
    @ResponseBody//使用该注解返回值会转成json格式,而不是进行页面跳转
    public String dataTest() {
        return "index";
    }

Quant à l'objet encapsulé que vous avez mentionné, je pense que c'est parce que :
Il encapsule un objet de retour unifié. Toutes les interfaces fournies par le backend renvoient le même objet. Après avoir reçu l'objet renvoyé par le backend, le front-end n'a plus qu'à suivre le. format de cet objet unifié. Il sera plus pratique de l’analyser, et cela facilitera également la séparation des extrémités avant et arrière.

伊谢尔伦 · Answer

Les champs encapsulés habituels de l'objet Résultat sont : code, msg, data

code représente le code de retour, tel que 1000 représente le succès, 1001 représente une erreur de paramètre, 1002 représente une erreur de format, etc.
msg représente les informations renvoyées n'existent pas nécessairement uniquement en cas d'erreur, elles peuvent donc être plus universelles.
data représente les données renvoyées

.

Il s'agit du package le plus courant. L'auteur peut s'y référer pour voir s'il doit être amélioré

.