Kas ir MVC? Iepazīstiet šo programmatūras arhitektūru!

Mācies par Kas ir MVC? Un tā kā šis jaunais programmatūras veids ir radījis revolūciju koda pasaulē un tās vissvarīgākajās īpašībās, tas viss pateicoties tam, ko mēs jums pastāstīsim tālāk.

Kas ir MVC?

MVC apzīmē modeļa skata kontrolieri, tā mērķis ir kalpot par programmatūras dizaina pamatu. Programmatūras arhitektūra ir ceļveži, kas atvieglo šo elementu izveidi, sniedzot modeli, kā tam vajadzētu būt.

MVC, atšķirībā no citām programmatūras arhitektūrām, atdala katru kodu, lai veiktu konkrētu uzdevumu, tādā veidā kods tiek izstrādāts vienā darbā un tiek darīts bez pārtraukuma.

Lai atvieglotu tā lietošanu, izmantojiet lietotāja interfeisu, jo tie ir viegli saprotami un tieši savieno datoru ar interneta lietotāju. Līdzīgi MVC kodu var izmantot dažādām programmām vai shēmām.

Tās lietošanas laiks ir garš, praktisks un mijiedarbība ir vienkārša, jo tā cenšas izveidot programmatūru bez tik daudzām sarežģītībām kā agrāk. Sistēma izmanto dažādus kodus, pat ja tie tiek izmantoti, un atdala tos tā, lai katrs darbotos tikai ar vienu uzdevumu vai koncepciju.

Kā paskaidrots iepriekš, tā ir arhitektūra, bet kāpēc? Nu, tāpat kā būvniecības plāns, tas nosaka trīs dažādus darba plānus; modelis, skats un kontrolieris.

Šī ideja par atdalīšanu no kodu jēdziena ir veca un ieguva impulsu, pateicoties izveidotajām labajām sistēmām. Sistēmas ir programmatūras veids, kas cenšas atrisināt problēmu, un tās konstrukcija ir balstīta uz pašu problēmu.

Kas ir MVC?: Modeļa vēsture, skatījumi un kontrolieri

Tiek uzskatīts, ka modeļa, skatu un kontrolieru ideja ir bijusi pirms tīmekļa lapas izveides. Tā bija ideja, kas radās no GUI vai grafiskajām video saskarnēm; GUI ir rīki, kas darbojas ar lietotāja saskarnēm, kuros tiek izmantota programmatūra, kas ar vizuālo saturu attēlo sistēmā pieejamos datus.

Tas bija viens no novatoriskiem jauninājumiem izmantot programmatūru, kas tās koncepcijas sadalīja dažādās funkcijās. Tas sākās kā koncepcija 70. gados, vēlāk 80. gados tika ieviesta versija Smalltalk-80.

Smalltalk-80 ir aktīva programmēšanas valoda, kas atšķirībā no MCV neatdala tās jēdzienus un funkcijas. MCV savienība tiktu piešķirta strādājošai bibliotēkai, pārbaudot tās pamatus.

Visbeidzot, deviņdesmito gadu beigās MVC tika izlaists kā savs jēdziens, kas tika atdalīts no Smalltalk-80. Sākumā MCV bija ļoti vienkārša programma, kas vēl neieviesa savu kodu atdalīšanas funkciju, pamatojoties tikai uz ievades režīmu.

Attīstoties dažiem mēnešiem, tas mainījās, īstenojot viedokli, kas bija izlaides modelis, un apvienojot to ar ievades modeli. Gadu gaitā šāda veida modeļiem vairs nepietika pašreizējiem lietojumiem, tāpēc MVC attīstījās līdz mūsdienām pazīstamam jēdzienam, tomēr līdz tam kļuva tāds, kāds tas ir šodien.

Hierarhisks modeļa skata kontrolieris (HMVC)

Tā ir viena no pirmajām variācijām, tā radās 2000. gada sākumā. Atšķirībā no MVC, HMCV vispirms konfigurē modeli un beigās skatu, kas ir nedaudz ilgāks process; Šī versija neļauj skatam tieši pārskatīt datus vai piekļūt tiem.

Modeļa skata adapteris (MVA)

Tā ir versija, kas ir tuvu MVC, un tai ir līdzīga arhitektūra, lai katru uzdevumu vai kodu atdalītu pēc līmeņiem. Atšķirībā no tā priekšgājēja, MVA izlīdzina katru uzdevumu, bet nepieļauj nekādu savienojumu starp modeli un skatu, piemēram, MVC.

Modeļa skata vadītājs (MVP)

Modeļa skata prezentētāju turpina izmantot, lai izstrādātu savienojuma punktus starp lietotāju un datoru. To izmanto testiem, kuros serveris sniedz autonomas atbildes un pārveido modeļa sniegtos datus un saspiež tos skatam.

Modeļa skata skata modelis (MVVM)

Šāda veida programmatūras arhitektūra atbloķē visu modeļa struktūru un skatu, kas ir savienoti viens ar otru, panākot pilnīgu datu pārsūtīšanu. Tādējādi tiek izstrādāts labs vizuālais modelis un tiek piedāvāta laba grafikas attīstība lietojumprogrammās.

Kāds labums ir MVC?

Šis rīks ir programmatūras izveides sistēma, ko izmanto, lai veidotu izcilas kvalitātes lietojumprogrammas, tāpēc šodien tiek meklēta vislabākā kvalitāte un ērta programmēšana.

Kopš tīmekļa un datoru izveides programmēšanai bija liels uzplaukums, un sistēmas inženieriem bija svarīga loma, jo viņi izstrādāja lieliskas lietojumprogrammas vai programmatūru, kas radīja revolūciju visā pasaulē. Katras programmas izveidei jāizmanto piemērota kodu sistēma.

Iepriekš programmēšana bija kaut kas smags un sarežģīts, un tas varēja aizņemt ilgu laiku, lai kaut ko jaunu parādītu kā sistēmu vai lietojumprogrammu, tomēr pamazām tika izstrādāti pakalpojumi vai programmas, kas atvieglo šo procesu. No programmām, kas atdalīja kodu vai izdevās salikt kopā, pat pa vienai.

Modeļa skata kontrolieris bija ideāls risinājums sistēmu inženieriem vai programmētājiem, jo ​​tas sakārtoja pa līmeņiem katru darbību, kas kodam bija jāveic, un neviens uzdevums netraucēja otru.

Programmēšanas process ir daudz vienkāršāks, pateicoties tam, kā MVC ļauj atkārtoti izmantot kodus, iegūstot pilnīgu tekošumu jebkurā ieprogrammētajā elementā.

MVC ne tikai nodrošina vienkāršu programmēšanu, bet arī ļauj to izdarīt ātrāk un rada augstas kvalitātes lietotnes.

Ja jums patīk šis raksts, es aicinu jūs izlasīt "Klases un objekti Java", pilnīgs jēdzienu darbs par Java, jums tas noteikti patiks.

HTML bez MVC

Sākumā var būt neskaidrs viss šīs programmatūras arhitektūras skaidrojums, tomēr tajos tiek ņemti vērā kaut kas līdzīgs HTML, CSS un PHP elementiem.

Katrs no tiem tiek izmantots lapas programmēšanai vai noformēšanai; Visizplatītākais ir HTML, kuram sākumā nebija tik labi izveidota struktūra un programmēšanas laikā tas neatdalīja nevienu no savām funkcijām, kā rezultātā kods tika sajaukts un, ja vēlaties kaut ko mainīt, jums bija jāmaina viss kods.

HTML problēma padarīja programmēšanas uzdevumu ļoti garlaicīgu, taču dažiem koda rakstītājiem bija lieliska ideja izveidot kaut ko, lai programmēšanas laikā nodalītu pienākumus: viņi izveidoja CSS valodu. CSS valoda ļauj piešķirt un diferencēt katra koda uzdevumu, novēršot garlaicīgo darbību, atkārtojot vai mainot visu kodu.

Spageti kods

HTML gadījums notiek ne tikai ar viņu; Parasti, lai izveidotu dažādas lapas, jums ir tendence apvienot kodus, kas pilda dažādas funkcijas. Kodiem ir tendence sanākt kopā, lai tiktu parādīts vēlamais, kaut kas izdevīgs, tomēr, pieļaujot vismazāko kļūdu dažos kodos, tas liek visu procesu atkārtot.

Valoda, kas tiek izmantota, tiek apvienota, un programmētājam soli pa solim jālabo lietas, kas, iespējams, nav saistītas.

Visas šāda veida kļūdas vai situācijas tiek atrisinātas, vienkārši atdalot valodu, piebilstot, ka katra no tām ir vērsta uz konkrēto uzdevumu. Pastāv ne tikai atdalīšanas kļūdas, bet arī neveiklība brīdī, kad vēlaties atkārtoti izmantot iepriekš sajauktu kodu.

Ja to pašu kodu bija paredzēts izmantot citai programmai vai darbam, tas bija jādara ļoti lēni, pateicoties MVC, tas vairs nav nepieciešams, jo kods tiek izmantots atkārtoti un tas, kas jau bija izveidots vienā mirklī.

Ievads modeļa skata prezentētājā

Kopš raksta sākuma ir paskaidrots, kā tas darbojas un kāpēc modelis darbojas, tomēr katra tā daļa nav īpaši izskaidrota: modelis, skats un kontrolieris.

Modelis

Tas ir pirmais līmenis un atrod visus ar sistēmu un tās darbību saistītos datus, tas ir, apstrādā sistēmas saturu, iespējamos atjauninājumus.

Pastāv arī "biznesa loģika", kas sastāv no tā, kā sistēma saglabā, pārveido un maina informāciju tās vizualizācijai.

Modelis ļauj lietotājam izmantot nepieciešamo informāciju, nemeklējot nebeidzamos failus, viņiem tikai jāievada, un caur skatu tiks parādīts nepieciešamais. Lai kaut ko modificētu sistēmā vai informācijā, jums jāiziet caur "kontrolieri", kas nosūta informāciju modelim.

Parasti informācija tiek apstrādāta ar citiem kontrolieriem, un tā vietā, lai izmantotu SQL (sistēmas valoda, lai pilnībā kontrolētu datus), tā tiek fiksēta tieši uz pārējām datu daļām, kas sastāv no tās klases un objekta.

La Vista

Skats ir pakāpiens, kurā lietotājam tiek attēlota modeļa sūtītā informācija, parādot saturu optiskajā saskarnē. Tiek atspoguļots programmas kods, kas tiks izstrādāts un parādīts lietotāja saskarnēs.

Šis elements darbojas ar HTML un PHP kodiem, jo ​​tie ir vispiemērotākie kodi lapas, servera utt. Šie kodi tiek nosūtīti uz izvadi, kas ir modeļa nosūtītās informācijas kopējā pārveidošana.

Kontrolieris

Kontrolieris ir tas, kas sniedz atbildes uz lietotāja pieprasījumiem, kas veikti, izmantojot modeli. Pieprasījumi ir saistīti ar informāciju, sākot ar jebkura veida informācijas rediģēšanu, izveidi vai meklēšanu.

Tas ir rīks, kas arī ļauj rediģēt informācijas parādīšanas veidu, tas ir, kā informācija tiks apstrādāta un atspoguļota "skatā", tas savukārt ir izmaiņas modeļa informācijas sniegšanas veidā. Vienkārši sakot, kontrolieris ir tilts starp modeli un skatu, kas pieņem pieprasījumu un var sasniegt skatu, lai to atspoguļotu citā veidā.

Pārzinis ir tas, kurš sniedz atbildi par to, kas ir nepieciešams izstrādātajai programmai vai izveidotajai lietojumprogrammai, un tās galīgais mērķis ir, lai visa informācija tiktu saņemta no tās sākuma līdz iziešanai.

Kā sastāvdaļas mijiedarbojas?

Katras sastāvdaļas darbs, kā redzams, tiek ģenerēts pēc pasūtījuma, un katrs no tiem ietekmē otra darbu. Kontrolieris pievienojas citiem, padarot darba plūsmu vairāk un tiek dots, lai izveidotu programmu vai lietojumprogrammu, tomēr tas ir labāks izskaidrojums tam, kā tiek veikts viss process:

1. Interneta lietotājs sāk izmantot dažādas iespējas, lai ievadītu lietotāja saskarni, tas ir, viņš ieiet lapā vai serverī, izmantojot kādu papildinājumu.
2. Pieprasījumu saņem kontrolieris, kurš nosūta ziņojumu apskatei un modelim. Katrs pieprasījums tiek aktivizēts, izmantojot notikumu apstrādātāju (Java vai HTML kodu, kas sniedz ārēju koda atbildi).
3. Pārzinis, lai izpildītu pieprasījumu, ievada modeli, kur izmanto informāciju un maina vajadzīgo darbību. Lai veiktu dažas darbības, kontrolierim jāizmanto dažādi iekapsulēti kodi, īsāk sakot, komandu paraugs.
4.  Dažos gadījumos kontrolieris, lai izpildītu visu uzdevumu, izmantos vairāk modeļa datu, kas tam jānosūta apskatei, darbojoties kā tilts.
5. Kontrolieris redzot nosūta visu informāciju un interneta lietotāja doto pasūtījumu, kam jāparāda vēlamā vizualizācija.
6. Skats, lai sniegtu labu vizualizāciju, izmanto pēc iespējas vairāk informācijas no modeļa un atspoguļo visu tajā esošo.
7. Tā kā modelim nevar būt informācijas par notiekošo, tas izmanto programmatūras veidu, kas brīdina par jebkādām izmaiņām un tādā veidā veic nepieciešamās izmaiņas informācijā vai saskarnē.
8. Saskarne atkārto procesu atkarībā no katras interneta lietotāja mijiedarbības veicamo darbību skaita.

Kā tas tiek izmantots tīmekļa lietojumprogrammās?

Kad tika izveidota MVC programmatūra, tika uzskatīts, ka tā tiek ieviesta darbvirsmas rīkos, jo tā darbība un reakcija būs tūlītēja. Tehnoloģiju attīstība ļāva pielāgot programmatūru virtuālajām lietojumprogrammām, reaģējot uz to, iepriekš nenosakot, piemēram, galddatoru programmas.

MVC tika pielāgots virtuālajām valodām, panākot, ka dažādi līmeņi cita starpā varētu būt saskaņoti ar tādām valodām kā HTML vai JavaScript. Sistēmas tiek izmantotas, lai varētu saskaņot MVC arhitektūru, veidojot vienu no tām tīmeklim.

Virtuālās atbildes MVC arhitektūra ir "klients un serveris", šajā shēmā klients veic pieprasījumu, un serveris būs saņēmējs, kas sniegs rezultātu vai atbildi uz pieprasījumu.

Sākumā, lai ieviestu šāda veida arhitektūras, tīmekļa izstrāde nebija tik pilnīga, tāpēc galvenā uzmanība tika pievērsta "plāna klienta" struktūrai. Plānais klients ir primārā struktūra, jo atbilde tiek sniegta centrālajā serverī, un tāpēc tā var būt nedaudz vēlāk; atbildes saite atrodas tieši starp ievadi un izvadi, bez savienojuma vai apstrādes.

Šī pieeja bija ļoti labi nostrādāta, viss tiek sniegts no brīža, kad interneta lietotājs ievada saiti, no tā brīža darbība, kas palaiž saiti, iet caur kontrolieri un dod rīkojumu skatīt tā, lai tas atspoguļotu attēlu, kas lietotājam ir jāatspoguļo. skats. Trīs MVC komponenti atrodas virtuālajā serverī, kurš sniegs atbildi.

MVC un datu bāzes

Tehnoloģiskie sasniegumi ir ļāvuši izstrādāt serverus un jaunas valodas, kas rada labāku MVC attīstību, kas ļauj atbildei būt mazāk sarežģītai un tiešākai lietotājam.

Lai lietojumprogrammām būtu laba attīstība, MVC jābūt datu bāzei, kas kalpo kā atbalsts. Datu bāze ir visas lietojumprogrammas informācijas pārvaldības sistēma, kas ir modeļa atbalsts, liekot tai saglabāt vai modificēt visu nepieciešamo.

Skats un kontrolieris tiek turēti atsevišķi no datu bāzes, jo tie ir atdalīti pa slāņiem, ļaujot optimāli optimizēt grafisko daļu, sniedzot pilnīgu vizuālu pieeju visai informācijai un katram papildinājumam.

Ja jums patika šis raksts, es aicinu jūs izlasīt rakstu "Programmēšanas kārtības veidi", izskaidro tās pilno nozīmi programmu veidošanā, es zinu, ka jums tas patiks.