Apabila front-end melepasi data ke belakang, back-end memaparkan bahawa data yang diperolehi adalah batal. Bagaimana menyelesaikannya?

Penerangan Masalah: Semasa proses pembangunan menggunakan rangka kerja Ruoyi yang berasingan, bahagian depan menggunakan permintaan pos untuk lulus data ke belakang, tetapi back-end menerima nilai null.

Kod depan:

 // Ubah suai fungsi Eksport Status Pesanan UpdateOrderstatus (id, status) {
    data const = {
        id,
        status
    }
    Permintaan kembali ({
        URL: "/Perniagaan/OrderInfo/UpdateState",
        Kaedah: "pos",
        Data: Data
    })
}

Tangkapan Tangkapan Data Permintaan Front-End: (tangkapan skrin data permintaan depan harus dimasukkan di sini)

Kod backend (kod asal):

 @APIOperation ("Pesanan Pengurusan Modifikasi Status Pesanan")
@ApiImplicitParams ({
    @ApiImplicitParam (name = "id", value = "id utama utama", diperlukan = benar, datatype = "integer"),
    @ApiImplicitParam (name = "status", nilai = "status 0 berakhir dengan 1", diperlukan = benar, datatype = "integer")
})
@PostMapping ("/updateState")
awam AjaxResult updateState (ID Integer, status integer) {
    System.out.println ("Perubahan nombor pesanan:" id "\ n");
    System.out.println ("Perubahan status pesanan:" status "\ n");
    // ... (kod lain)
}

Tangkapan Tangkapan Hasil Percetakan Backend: (Ini harus termasuk tangkapan skrin hasil percetakan backend, menunjukkan ID dan status sebagai batal)

Analisis Masalah: Backend menggunakan Integer id, Integer status untuk menerima parameter. Apabila memproses permintaan pos, Spring Boot tidak dapat menghuraikan data JSON dengan betul dalam badan permintaan kepada parameter ini secara lalai.

Penyelesaian: Ubah suai kod backend dan mengikat data JSON dalam badan permintaan ke objek menggunakan anotasi @RequestBody .

Kod backend yang diubah suai:

 @APIOperation ("Pesanan Pengurusan Modifikasi Status Pesanan")
@PostMapping ("/updateState")
awam AjaxResult updateState (@RequestBody Orderstatusdto Orderstatusdto) {
    System.out.println ("Perubahan Nombor Pesanan:" Orderstatusdto.getId () "\ n");
    System.out.println ("Perubahan Status Pesanan:" Orderstatusdto.getStatus () "\ n");

    jika (orderstatusdto.getId () == null) {
        kembali AjaxResult.error ("Masukkan ID Utama Utama");
    }
    jika (orderstatusdto.getStatus () == null) {
        kembali ajaxresult.error ("status input");
    }

    BorderInfo BorderInfo = baru BorderInfo ();
    borderInfo.setId (orderstatusdto.getId ());
    BorderInfo.SetStatus (Orderstatusdto.getStatus ());
    System.out.println ("Perubahan Status Pesanan:" BorderInfo.ToString () "\ n");
    orderInfoservice.update (BorderInfo);
    kembali AjaxResult.Success ();
}

Menambah kelas Orderstatusdto:

 kelas awam Orderstatusdto {
    ID Integer Swasta;
    status integer peribadi;

    // getters dan setters
}

Dengan menggunakan anotasi @RequestBody dan membuat kelas OrderStatusDTO untuk menerima data JSON yang diluluskan oleh hujung depan, backend dapat menghuraikan data dengan betul untuk mengelakkan masalah nilai NULL . Sila pastikan bahawa data JSON yang dihantar oleh hujung depan adalah konsisten dengan nama medan OrderStatusDTO . Pada masa yang sama, periksa sama ada fungsi request front-end telah menetapkan headers dengan betul, seperti Content-Type: application/json .

Penyelesaian ini lebih sesuai dengan spesifikasi reka bentuk API RESTFUL daripada penyelesaian @RequestParam asal, dan juga memproses data badan permintaan pos lebih jelas.

Atas ialah kandungan terperinci Apabila front-end melepasi data ke belakang, back-end memaparkan bahawa data yang diperolehi adalah batal. Bagaimana menyelesaikannya?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!