Oliolähtöinen tapa työskennellä mallien ja verkkosovellusten kanssa
Kun puhumme mallien käsitteestä olio-ohjelmoinnissa, tarkoitamme yleensä luokkaa, joka on esitys tietokantaan tallennetusta tiedosta.
Eli kun tietoja tallennetaan riveihin ja sarakkeisiin, täytämme luokan, sen attribuutit ja niin edelleen näillä tiedoilla, jotta voimme välittää sen sovelluksen ympäri, muokata sitä tarpeen mukaan ja mahdollisesti sarjoittaa tiedot takaisin tietokantaan.
Mutta verkkosovelluksessa on kohtuullista olettaa, että mallin on ehkä oltava mahdollista käyttöliittymässä. Eli kuvittele, että käyttöliittymän pyyntö soittaa palvelimelle, pyytää mallia (tai mallistoa) ja renderöi ne sitten käyttöliittymässä.
Vaikka tämä viesti ei ole koodisuuntautunut, mielestäni kannattaa silti harkita mallin kääntämistä palvelimelta ja sen jälkeen hahmontamista verkkosovelluksen etupäässä.
Työskentely mallien ja verkkosovellusten kanssa
Kuvittele hetkeksi, että sovelluksessasi on työntekijämalli. Tämä malli voi sisältää useita ominaisuuksia, mutta on turvallista olettaa, että kaikilla työntekijöillä on:
- etunimi,
- sukunimi,
- työntekijän henkilöllisyystodistus,
- ja sähköpostiosoite
Se, miten nämä tiedot tallennetaan tietokantaan, ei ole täysin yhdentekevää, mutta se ei ole niin tärkeää tämän keskustelun kannalta.
Esimerkiksi ehkä yksi tietue sisältää kaikki nämä tiedot tallennettuna JSON-merkkijonoon. Toisaalta, ehkä siellä on työntekijätaulukko, jossa jokainen rivi edustaa työntekijää, ja sitten jokainen sarake edustaa attribuuttia.
Yksityiskohdat, kuinka tiedot käännetään tietokannasta (tai yleisemmin tietovarastosta) luokkaan, eivät ole yhtä tärkeitä.
Yleensä näemme kuitenkin jotain tällaista:
- On luokka, joka pyytää tietoja,
- Tiedot välitetään yksinkertaiselle tehtaalle ,
- Simple Factory instantoi mallin ,
- Malli välitetään sitten sitä pyytäneelle kolmannen osapuolen luokalle.
Kuvan näkökulmasta voit tarkastella sitä näin:
Tästä pisteestä mallia siirretään läpi koko sovelluksen. Mutta tässä tulee esiin tämän viestin aloituskohta: Miten mallin esiintymä (tai mallien kokoelma) välitetään sovelluksen käyttöliittymään?
Web-sovelluksen virtaus
Yksinkertaisuuden vuoksi oletetaan, että aiomme käyttää yhtä mallia, ja sitten, jos minun pitäisi tarkastella tätä konseptia uudelleen koodin näkökulmasta, voimme sukeltaa hieman enemmän.
Verkkosovelluksen yleinen kulku on kuitenkin jotain tällaista:
- Käyttäjä käynnistää toiminnon, joka pyytää mallin esiintymää,
- Käyttöliittymä soittaa palvelimen päätepisteeseen,
- Palvelin lukee pyynnöt ja varmistaa, että ne ovat kelvollisia,
- Sitten lähettää mallin esityksen käyttöliittymään.
Muut kehittäjät saattavat olla eri mieltä (mikä on mielestäni aina tervetullutta ja keskustelun arvoista), mutta olen huomannut, että mallin esiintymän sarjoittaminen JSON-muotoon helpottaa sen käyttöä käyttöliittymässä JavaScript-toiminnallisuuden vuoksi. liittyy, ahem, JSON.
Toisin sanoen:
- otamme mallin,
- sarjoi se JSONiin,
- lähetä se langan yli,
- sitten de-sarjoi se käyttöliittymässä JavaScript-esitykseen itsestään.
Tämä antaa meille mahdollisuuden manipuloida sitä samalla tavalla kuin palvelinpuolella; kyseessä on kuitenkin JavaScript-objekti. Lisäksi sen avulla voimme myös tehdä tiettyjä muutoksia ja lähettää tiedot takaisin palvelimelle eri tilassa, josta ne on lähetetty.
Viime kädessä tämä antaa meille mahdollisuuden tallentaa tiedot takaisin tietokantaan.
Korkean tason näkökulma
Ja se on korkean tason elinkaari tiedon siirtämisessä tietokannasta malliin käyttöliittymään ja takaisin.
Usein kuitenkin auttaa tämän näkeminen koodissa, joten ehkä tulevassa postauksessa annan joukon artikkeleita, jotka voivat käydä läpi, kuinka tämä tehdään.
Sillä välin ei kuitenkaan pitäisi olla vaikeaa kääntää toteutuksiasi Model-Serialization-Request-Send-työnkulkuun, kuten tässä viestissä on kuvattu.