Objektorienteeritud viis mudelite ja veebirakendustega töötamiseks
Kui räägime mudelite kontseptsioonist objektorienteeritud programmeerimises, peame tavaliselt silmas klassi, mis on andmebaasis salvestatud andmete esitus.
See tähendab, et kui teavet salvestatakse ridadesse ja veergudesse, täidame selle teabega klassi, selle atribuudid ja nii edasi, et saaksime seda rakenduses edastada, seda vastavalt vajadusele manipuleerida ja seejärel võimaluse korral järjestada andmed tagasi andmebaasi.
Kuid veebirakenduses on õiglane eeldada, et mudeli kasutamiseks võib olla vajalik esiotsa võimalus. See tähendab, kujutage ette, et esiotsa päring helistab serverile, taotleb mudelit (või mudelite kogumit) ja renderdab need seejärel esiotsas.
Kuigi see konkreetne postitus ei ole koodile orienteeritud, arvan siiski, et tasub mõelda läbi mudeli serverist tõlkimise ja seejärel veebirakenduse esiotsa renderdamise.
Mudelite ja veebirakendustega töötamine
Kujutage korraks ette, et teie rakendusel on töötaja mudel. See mudel võib sisaldada mitmesuguseid atribuute, kuid võib eeldada, et kõigil töötajatel on:
- eesnimi,
- perekonnanimi,
- töötaja ID,
- ja meiliaadress
See, kuidas seda teavet andmebaasis salvestatakse, ei ole täiesti ebaoluline, kuid see pole selle arutelu jaoks nii oluline.
Näiteks võib-olla on üks kirje, mis sisaldab kogu seda teavet, mis on salvestatud JSON-stringi. Teisest küljest võib-olla on olemas töötajate tabel, kus iga rida tähistab töötajat ja seejärel iga veerg atribuuti.
Üksikasjad selle kohta, kuidas teave andmebaasist (või üldisemalt andmesalvest) klassi tõlgitakse, ei ole nii olulised.
Tavaliselt näeme aga midagi sellist:
- Seal on klass, kes küsib teavet,
- Teave edastatakse lihtsale tehasele ,
- Lihtne tehas loob mudeli ,
- Seejärel antakse mudel edasi seda taotlenud kolmanda osapoole klassile.
Pildilisest vaatenurgast võite seda vaadata järgmiselt:
Sellest hetkest edastatakse mudel kogu rakenduses. Kuid siin tuleb mängu selle postituse alguspunkt: kuidas edastada mudeli eksemplar (või mudelite kogu) rakenduse esiotsa?
Veebirakenduse voog
Lihtsuse huvides oletame, et hakkame kasutama ühte mudelit ja kui ma peaksin seda kontseptsiooni koodi seisukohast uuesti üle vaatama, siis saame natuke rohkem sukelduda.
Veebirakenduse üldine voog on aga umbes selline:
- Kasutaja käivitab toimingu, mis taotleb mudeli eksemplari,
- Esiots teeb kõne serveri lõpp-punktile,
- Server loeb päringuid ja kontrollib nende õigsust,
- Seejärel saadab esiotsa mudeli esituse.
Teised arendajad võivad sellega eriarvamusele jääda (mis on minu arvates alati teretulnud ja arutelu väärt), kuid olen avastanud, et mudeli eksemplari järjestamine JSON-i muudab esiotsa töötamise palju lihtsamaks, kuna see on JavaScripti funktsionaalsus. on seotud JSON-iga.
Teisisõnu:
- võtame mudeli,
- jada see JSON-i,
- saatke see üle juhtme,
- seejärel deserialiseerige see esiotsas enda JavaScripti esituseks.
See võimaldab meil sellega manipuleerida samamoodi nagu serveri poolel; aga meil on tegemist JavaScripti objektiga. Lisaks võimaldab see meil teha ka teatud muudatusi ja saata teabe serverisse tagasi teises olekus, kust see saadeti.
Lõppkokkuvõttes võimaldab see meil andmed andmebaasi tagasi salvestada.
Kõrgetasemeline perspektiiv
Ja see on kõrgetasemeline elutsükkel, mis hõlmab teabe edastamist andmebaasist mudelisse esiotsa ja tagasi.
Sageli on aga abi sellest, kui seda koodis näha, nii et võib-olla annan mõnes tulevases postituses rea artikleid, mis kirjeldavad, kuidas seda teha.
Vahepeal ei tohiks aga olla keeruline tõlkida oma teostused töövoogu Model-Serialization-Request-Send, nagu on kirjeldatud selles postituses.