Teknologian jakaminen

Spring MVC 2:n käytön aloittaminen

2024-07-12

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

Postimiehen käyttö

Jatkamme edellisestä numerosta, otimme esiin kysymyksen, Postimiehen käytön
Napsauta linkkiä ladataksesi https://www.postman.com/downloads/
Lisää kuvan kuvaus tähän
Asennuksen jälkeen sinua pyydetään päivittämään versio, napsauta vain hylkää.

Tietojen lähettäminen tapahtuu seuraavasti:

Lisää kuvan kuvaus tähän
Siellä on myös tarkempi kaavio, jota voit tarkastella ensin. Sen sisältämiä pyyntöparametreja käsitellään myöhemmin.Lisää kuvan kuvaus tähän

Mutta ole varovainen, sinun on aloitettava IDEA-projekti ennen sen lähettämistä, muuten tuloksia ei tule.
Lähetän koodin viime kerralla. Tällä hetkellä olen käynnistänyt ideassa olevan projektin, joten tulos on normaali, mutta jos et käynnistä sitä, sen täytyy olla epänormaali.

Lisää kuvan kuvaus tähän

Toinen avainkohta kevään MVC:n oppimisessa - pyynnöt

Pääsy eri polkuihin tarkoittaa erilaisten pyyntöjen lähettämistä Pyyntöä lähetettäessä voidaan tuoda joitain parametreja, joten Springin pyyntöjen oppimiseen liittyy pääasiassa parametrien välittämisen taustajärjestelmään ja sen vastaanottamista.
Parametrien välittämiseen käytämme pääasiassa selainta ja Postmania simulointiin.

Anna yksi parametri

Puhutaanpa ensin perusvirheilmoituksestamme:
404: Resurssia ei löydy, todennäköisesti palvelin tai URL-osoite on virheellinen.
400: tyyppi ei täsmää
500: Muutama parametri läpäissyt

  • Parametrien välityksen vaiheet ovat seuraavat: Käytämme ensin URL-osoitetta parametrien välittämiseen (voit käyttää URL-osoitetta parametrien välittämiseen, voit myös käyttää Postmania parametrien välittämiseen, mutta tässä käytämme URL-osoitetta sen toteuttamiseen ensin) . Kuten alla näkyy, kysymysmerkkiä seuraavat parametrit, jotka ohitamme.Muista, että nimet ovat yhdenmukaisia, jos ne ovat ristiriidassa, 400-tilakoodi raportoidaan.

Lisää kuvan kuvaus tähän

Välitä useita parametreja

Lisää kuvan kuvaus tähän

Kun parametreja on useita, kun etu- ja takapäät suorittavat parametrien täsmäämisen, ne vastaavat parametrin nimeä. Koska välitettävän parametrin nimi on tällä hetkellä yhdenmukainen muodollisen parametrin kanssa, parametrin sijainti tekee ei vaikuta takapäähän Hanki parametrin tulos, joten se ei ole väärin, jos vaihdamme nimen ja id:n.
Lisää kuvan kuvaus tähän
Itse asiassa se voi myös luoda ylikuormitusta muistuttavan vaikutuksen
Lisää kuvan kuvaus tähän

Pass-joukko

Tällä hetkellä, koska taulukot eroavat tavallisista parametreista, voimme käyttää Postmania parametrien välittämiseen.

Lisää kuvan kuvaus tähän
Postmanin KEY:n on oltava yhdenmukainen välittämiemme parametrien kanssa, muuten se ei täsmää, mikä tarkoittaa, että tälle parametrille ei voi antaa arvoa, joten se on oletuksena nolla.
Lisää kuvan kuvaus tähän

Mutta onko meillä mitään tapaa välittää parametrin nimi, jos se eroaa antamastamme KEY:stä Tietenkin on olemassa tapa: meidän tarvitsee vain käyttää @RequestParam-merkintää?
Joissakin erikoistapauksissa käyttöliittymän välittämä parametriavain ja takapään vastaanottama avain voivat olla epäjohdonmukaisia. Esimerkiksi etupää välittää taulukon2 takapäähän ja takapää käyttää taulukkokenttää sen vastaanottamiseen. , jotta On tilanteita, joissa parametreja ei voida vastaanottaa
Tässä tapauksessa voimme käyttää @RequestParamia nimeämään uudelleen etu- ja takapään parametriarvot.
Lisää kuvan kuvaus tähän

Ohitusobjekti

Jotkut ihmiset voivat olla uteliaita siitä, miten objektit välitetään. Itse asiassa, anna attribuutit yksitellen, AVAIN on aina muodollisten parametrien mukainen, joten järjestyksestä ei tarvitse huolehtia.
Lisää kuvan kuvaus tähän
Seuraava on Henkilön koodi, joka on yksinkertaisempi kuin soittaminen Jos olet kiinnostunut, voit kopioida sen suoraan ja kokeilla.

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
Passin kokoelma

Sinun on käytettävä @RequestParam-merkintää.
Sama pyyntöparametrin nimi voi olla useita, ja @RequestParamia on käytettävä parametrisuhteen sitomiseen Oletusarvoisesti useita arvoja, joilla on sama parametri, jos haluat kapseloida kokoelmaksi, käyttää @RequestParamia parametrisuhteiden sitomiseen
Lisää kuvan kuvaus tähän
Jos tätä merkintää ei käytetä, 500 raportoidaan:
Lisää kuvan kuvaus tähän
Koska yllä oleva objektien välitystapa on suhteellisen monimutkainen, esittelemme seuraavassa numerossa toisen menetelmän objektien välittämiseksi, JSON-tietojen esittämisen.

Vastaus jäljellä olevaan kysymykseen: Lähettääkö tai saako @RequestMapping tuki?

Jos olet kokeillut kaikkia yllä olevia esimerkkejä, voit vakuuttaa ja varmistaa tämän ongelman itse.
Vahvistusvaiheet ovat seuraavat
Lisää kuvan kuvaus tähän

Lisää kuvan kuvaus tähän
Lisää kuvan kuvaus tähän
Vaihdon jälkeen huomasimme, että se tukee sekä saantia että lähettämistä.