Mis on MVC? Tutvuge selle tarkvaraarhitektuuriga!

Õppima millegi kohta Mis on MVC? Ja kuna see uut tüüpi tarkvara on muutnud koodimaailma ja selle kõige olulisemaid omadusi, teeb see kõik tänu sellele, mida me teile allpool ütleme.

Mis on MVC?

MVC tähistab mudelivaate kontrollerit, selle eesmärk on olla tarkvara kujundamise alus. Tarkvaraarhitektuur on juhendid, mis hõlbustavad nende elementide ehitamist, andes mudeli, kuidas see peaks olema.

MVC, erinevalt teistest tarkvaraarhitektuuridest, eraldab iga koodi konkreetse ülesande täitmiseks, sel viisil töötatakse kood välja ühe tööga ja seda teostatakse katkestusteta.

Kasutamise hõlbustamiseks kasutage kasutajaliidest, kuna need on kergesti mõistetavad ja ühendavad arvuti otse Interneti -kasutajaga. Samamoodi saab MVC koodi kasutada erinevate programmide või skeemide jaoks.

Selle kasutusaeg on pikk, praktiline ja koostoime lihtne, sest selle eesmärk on luua tarkvara ilma nii paljude keerukusteta nagu varem. Süsteem kasutab erinevaid koode, isegi kui neid kasutatakse, ja eraldab need nii, et need töötavad ainult ühe ülesande või kontseptsiooni kallal.

Nagu eespool selgitatud, on see arhitektuur, kuid miks? Noh, nagu ehitusplaan, kehtestab see kolm erinevat tööplaani; mudel, vaade ja kontroller.

See koodide kontseptsioonist eraldumise idee on vana ja sai hoo sisse tänu headele raamistikele, mis tekkisid. Raamistikud on teatud tüüpi tarkvara, mis püüab probleemi lahendada ja selle ülesehitus põhineb probleemil endal.

Mis on MVC?: Mudeli ajalugu, vaated ja kontrollerid

Mudeli, vaadete ja kontrollerite idee olevat olnud enne veebilehe loomist. See oli GUI või graafiliste videoliideste idee; GUI -d on kasutajaliidestega töötavad tööriistad, mis kasutavad tarkvara, mis kujutab süsteemis saadaolevaid andmeid visuaalse sisuga.

See oli üks teedrajavaid uuendusi tarkvara kasutamisel, mis jagas selle kontseptsioonid erinevateks funktsioonideks. See algas kontseptsioonina 70ndatel, hiljem 80ndatel rakendati Smalltalk-80 versiooni.

Smalltalk-80 on aktiivne programmeerimiskeel, mis erinevalt MCV-st ei lahuta oma kontseptsioone ja funktsioone. MCV liit antakse töötava raamatukogu jaoks, testides selle aluseid.

Lõpuks, üheksakümnendate lõpus vabastati MVC omaette kontseptsioonina, eraldatuna Smalltalk-80-st. Oma algusaegadel oli MCV väga põhiprogramm, mis ei kasutanud veel oma koodide eraldamise funktsiooni, tuginedes ainult sisendrežiimile.

Mõne kuu arenguga see muutus, rakendades vaadet, mis oli väljundmudel, ja ühendades selle sisendmudeliga. Aastate jooksul ei piisanud seda tüüpi mudelitest praeguste rakenduste jaoks enam, seetõttu arenes MVC välja tänapäeval tuntud kontseptsioonile, kuid käis läbi erinevaid versioone, kuni sai sellest, mis ta on täna.

Hierarhiline mudelivaate kontroller (HMVC)

See on üks esimesi variatsioone, see tekkis 2000. aasta alguses. Erinevalt MVC -st konfigureerib HMCV esmalt mudeli ja lõpus vaate, olles pisut pikem protsess; See versioon ei luba vaates andmeid otse üle vaadata ega neile juurde pääseda.

Mudelivaate adapter (MVA)

See on versioon, mis on ligilähedane sellele, mis saab olema MVC, millel on sarnane ülesehitus iga ülesande või koodi taseme eraldamiseks. Erinevalt eelkäijast tasandab MVA iga ülesande, kuid ei luba mingit seost mudeli ja vaate vahel nagu MVC.

Mudelivaate esitaja (MVP)

Mudelivaate esitlejat kasutatakse jätkuvalt kasutaja ja arvuti vaheliste ühenduspunktide kujundamiseks. Seda kasutatakse testides, kus server annab autonoomsed vastused ja teisendab mudeli antud andmed ning tihendab need vaate jaoks.

Mudelivaate vaatemudel (MVVM)

Seda tüüpi tarkvaraarhitektuur avab kogu mudeli struktuuri ja vaate, mis on omavahel ühendatud, saavutades andmete täieliku edastamise. See loob hea visuaalse mudeli ja pakub rakendustes head graafikaarendust.

Mis kasu on MVC -st?

See tööriist on tarkvara loomise süsteem, mida kasutatakse suurepärase kvaliteediga rakenduste moodustamiseks, seetõttu otsitakse täna parimat kvaliteeti ja lihtsat programmeerimist.

Alates veebi ja arvutite loomisest võttis programmeerimine suure buumi ja süsteemiinsenerid said olulise rolli, sest nad kavandasid suurepäraseid rakendusi või tarkvara, mis muutis kogu maailma. Iga programmi loomiseks on vaja kasutada sobivat koodisüsteemi.

Varem programmeerimine oli midagi rasket ja keerulist, mille uue süsteemi või rakenduse toomine võib võtta kaua aega, kuid protsessi hõlbustamiseks töötati välja vähehaaval teenuseid või programme. Programmidest, mis eraldasid koodi või suutsid isegi ükshaaval kokku panna.

Mudelivaate kontroller oli ideaalne lahendus süsteemiinseneridele või programmeerijatele, sest see korraldas taseme järgi iga toimingu, mida kood pidi täitma, ja ükski ülesanne ei katkestanud teist.

Programmeerimisprotsess on oluliselt lihtsustatud tänu sellele, kuidas MVC võimaldab koode uuesti kasutada, saavutades täieliku ladususe mis tahes programmeeritud elemendis.

MVC mitte ainult ei hõlbusta programmeerimist, vaid võimaldab seda ka kiiremini teha ja tulemuseks on kvaliteetsed rakendused.

Kui teile see artikkel meeldib, kutsun teid lugema "Java klassid ja objektid", täielik Java -ideede kontseptsioon, meeldib see teile kindlasti.

HTML ilma MVC -ta

See tarkvaraarhitektuuri seletus võib esialgu olla hägune, kuid nad võtavad arvesse midagi sellist nagu HTML, CSS ja PHP.

Igaüht neist kasutatakse lehe programmeerimiseks või kujundamiseks; Kõige tavalisem on HTML, millel ei olnud alguses nii hästi vormitud struktuuri ja mis ei eraldanud programmeerimise ajal ühtegi oma funktsiooni, mille tagajärjel oli kood segane ja kui soovite midagi muuta, pidid kogu koodi muutma.

HTML -i probleem muutis programmeerimisülesande väga tüütuks, lisaks tuli mõnel koodikirjutajal suurepärane idee luua midagi, mis programmeerimisel kohustusi lahutaks: nad lõid CSS -keele. CSS -i keel võimaldab määrata ja diferentseerida iga koodi ülesande, kõrvaldades tüütu kogu koodi kordamise või muutmise.

Spagetikoodeks

HTML -i juhtum ei juhtu mitte ainult temaga; Tavaliselt ühendate erinevate lehtede loomiseks erinevaid funktsioone täitvaid koode. Koodid kipuvad kokku tulema, nii et soovitud kuvatakse, mis on kasulik, kuid mõnes koodis vähimatki viga tehes sunnib see kogu protsessi kordama.

Kasutatav keel on kombineeritud ja selle tulemusel peab programmeerija samm -sammult parandama asju, mis pole ehk seotud.

Kõik seda tüüpi vead või olukorrad lahendatakse keele lihtsa eraldamisega, lisades, et igaüks neist keskendub ülesandele. Esinevad mitte ainult eraldusvead, vaid ka ebakindlus hetkel, kui soovitakse koodi uuesti kasutada, mis oli varem takerdunud.

Kui sama koodi kavatseti kasutada mõne muu programmi või töö jaoks, tuli seda teha väga aeglaselt, tänu MVC -le pole see enam vajalik, sest koodi kasutatakse uuesti ja see, mis oli juba hetkega moodustatud.

Mudelivaate tutvustaja tutvustus

Artikli algusest peale on selgitatud, kuidas see töötab ja miks mudel töötab, kuid iga selle osa ei ole konkreetselt selgitatud: mudel, vaade ja kontroller.

Mudel

See on esimene tase ja otsib üles kõik süsteemi ja selle toimimisega seotud andmed, see tähendab, et see käsitleb süsteemi sisu ja võimalikke värskendusi.

Samuti on olemas "äriloogika", mis koosneb sellest, kuidas süsteem selle visualiseerimiseks teavet salvestab, muudab ja muudab.

Mudel võimaldab kasutajal kasutada vajalikku teavet, ilma et peaks otsima lõpututest failidest, nad peavad ainult sisestama ja "vaate" kaudu näidatakse, mida nad vajavad. Süsteemi või teabe muutmiseks peate läbima "kontrolleri", mis saadab teabe mudelile.

Tavaliselt töötatakse teavet koos teiste kontrolleritega ja selle asemel, et kasutada SQL -i (süsteemikeel andmete täielikuks kontrollimiseks), fikseeritakse see otse andmete teistele osadele, mis koosnevad selle klassist ja objektist.

Vaade

Vaade on aste, kus mudeli saadetud teave on kasutaja jaoks kujutatud, näidates sisu optilises liideses. Kajastatakse programmi koodi, mille kallal töötatakse ja seda kasutajaliideses kuvatakse.

See element töötab HTML- ja PHP -koodidega, sest need on kõige sobivamad koodid lehe, serveri jms ehitamiseks. Need koodid saadetakse väljundisse, mis on mudeli saadetud teabe täielik teisendamine.

Kontroller

Kontroller on see, mis annab mudeli kaudu vastused kasutaja päringutele. Taotlused on seotud teabega, alates mis tahes tüüpi teabe redigeerimisest, loomisest või otsimisest.

See on tööriist, mis võimaldab teil muuta ka seda, kuidas teavet kuvatakse, see tähendab, kuidas teavet töödeldakse ja "vaates" kajastatakse, see omakorda muudab mudeli teavet. Lihtsamalt öeldes on kontroller sillaks mudeli ja vaate vahel, mis võtab taotluse vastu ja võib jõuda vaatele, et seda muul viisil kajastada.

Vastutav töötleja on see, kes annab vastuse, mida programm või loodav rakendus vajab, selle lõppeesmärk on see, et kogu teave saabuks algusest kuni väljumiseni.

Kuidas komponendid omavahel suhtlevad?

Iga komponendi töö, nagu näha, genereeritakse käsuga ja igaüks mõjutab teise tööd. Kontroller ühineb teistega, suurendades töövoogu ja antakse programmi või rakenduse loomiseks, kuid see on parem selgitus kogu protsessi läbiviimise kohta:

1. Interneti -kasutaja hakkab kasutajaliidesesse sisenemiseks kasutama erinevaid võimalusi, see tähendab, et ta siseneb lehele või serverisse mõne täiendi kaudu.
2. Taotluse võtab vastu kontroller, kes saadab sõnumi vaatamiseks ja mudelile. Iga päring käivitatakse sündmuste käitleja kaudu (Java- või HTML -kood, mis annab välise koodi vastuse).
3. Taotluse täitmiseks vastutav töötleja siseneb mudelisse, kus kasutab teavet ja muudab toimingut vastavalt vajadusele. Mõne toimingu tegemiseks peab kontroller kasutama erinevaid kapseldatud koode, lühidalt käsumustrit.
4.  Mõnel juhul kasutab kontroller kogu ülesande täitmiseks rohkem mudeli andmeid, mille ta peab vaatamiseks saatma, toimides sillana.
5. Kontroller saadab nähtavale kogu Interneti -kasutaja antud teabe ja tellimuse, mis peab kuvama soovitud visualiseeringu.
6. Vaade kasutab hea visualiseerimise tagamiseks nii palju teavet kui võimalik mudelist ja peegeldab kõike, mis selles on.
7. Kuna mudelil ei saa olla teavet selle kohta, mis toimub, siis kasutab see teatud tüüpi tarkvara, mis hoiatab teda mis tahes muudatuste eest ja muudab sel viisil vajalikku teavet või liidest.
8. Liides kordab protsessi sõltuvalt igast suhtlusest, mis Interneti -kasutajal on toimingute arvus.

Kuidas seda veebirakendustes kasutatakse?

MVC tarkvara loomisel arvati, et seda rakendatakse lauaarvutitööriistades, kuna selle toimimine ja reageerimine toimuvad kohe. Tehnoloogia areng võimaldas tarkvara kohandada virtuaalsete rakendustega, suutes reageerida ilma eelnevalt määratlemata nagu lauaarvutiprogrammid.

MVC kohandati virtuaalsete keelte jaoks, saavutades, et erinevad tasemed võiksid muu hulgas olla kooskõlas selliste keeltega nagu HTML või JavaScript. Raamistikke kasutatakse MVC arhitektuuri ühildamiseks, moodustades veebi jaoks oma.

Virtuaalse vastuse MVC arhitektuur on "klient ja server", selles skeemis esitab klient päringu ja server on vastuvõtja, kes annab päringule tulemuse või vastuse.

Alguses ei olnud seda tüüpi arhitektuuride rakendamiseks veebiarendus nii täielik, seetõttu keskenduti "õhukese kliendi" struktuurile. Õhuke klient on esmane struktuur, kuna vastus antakse keskserveris ja seetõttu võib see olla veidi hiljem; vastuse link on otse sisendi ja väljundi vahel, ilma sildade ja töötlemiseta.

See lähenemisviis töötas väga hästi, kõik on antud hetkest, kui Interneti -kasutaja lingile siseneb, seejärel toiming, mis käivitab lingi, läbib kontrolleri ja annab käsu nii, et see peegeldaks pilti, mida kasutaja peab vaade. MVC kolm komponenti asuvad virtuaalserveris, see on see, kes annab vastuse.

MVC ja andmebaasid

Tehnoloogia areng on võimaldanud arendada servereid ja uusi keeli, mis loovad MVC parema arengu, mis võimaldab reageerida vähem keerukalt ja kasutajale otsesemalt.

Et rakendustel oleks hea areng, peab MVC -l olema andmebaas, mis on toeks. Andmebaas on kogu rakenduse teabe haldussüsteem, olles mudeli toeks, pannes selle salvestama või muutma kõike vajalikku.

Vaade ja kontroller hoitakse andmebaasist eraldi, kuna kihid on eraldatud, võimaldades graafilist osa parimal viisil optimeerida, andes täieliku visuaalse lähenemise kogu teabele ja igale täiendusele.

Kui teile see artikkel meeldis, siis kutsun teid lugema "Programmeerimise korralduse tüübid", selgitab selle täielikku tähtsust programmide moodustamisel, ma tean, et see teile meeldib.