Hva er MVC? Bli kjent med denne programvarearkitekturen!

Lære om Hva er MVC? Og siden denne nye typen programvare har revolusjonert kodeverdenen og dens viktigste egenskaper, alt dette takket være det vi vil fortelle deg nedenfor.

Hva er MVC?

MVC står for Model View Controller, målet er å tjene som et programvaredesigngrunnlag. En programvarearkitektur er guider som letter konstruksjonen av disse elementene, og gir en modell av hvordan det skal være.

MVC, i motsetning til andre programvarearkitekturer, løsner hver kode for å ta seg av en bestemt oppgave, på denne måten utvikles koden i en enkelt jobb, og den gjøres uten avbrudd.

For å lette bruken, bruk brukergrensesnittet, siden disse er enkle å forstå og kobler datamaskinen direkte til Internett -brukeren. På samme måte kan MVC -koden brukes til forskjellige programmer eller skjemaer.

Dens brukstid er lang, praktisk og samspillet er enkelt, fordi den søker å lage programvare uten så mange kompleksiteter, som tidligere. Systemet bruker forskjellige koder, selv om de brukes, og skiller dem slik at de bare jobber med en oppgave eller et konsept hver.

Som forklart ovenfor er det en arkitektur, men hvorfor? Vel, som en byggeplan, etablerer den tre forskjellige arbeidsplaner; modell, visning og kontroller.

Denne ideen om separasjon fra begrepet koder er gammel og tok fart på grunn av de gode rammene som dukket opp. Rammer er en type programvare som søker å løse et problem, og konstruksjonen er basert på selve problemet.

Hva er MVC?: Historien om modellen, visningene og kontrollerne

Ideen om modellen, visningene og kontrollerne sies å ha vært før opprettelsen av en webside. Det var en idé som kom fra GUI eller de grafiske videogrensesnittene; GUI er verktøy som fungerer med brukergrensesnitt, som bruker programvare som representerer visuelt innhold, dataene som er tilgjengelige i systemet.

Det var en av de banebrytende innovasjonene å bruke programvare som delte konseptene i forskjellige funksjoner. Det startet som et konsept på 70-tallet, senere på 80-tallet ble en versjon for Smalltalk-80 implementert.

Smalltalk-80 er et aktivt programmeringsspråk som, i motsetning til MCV, ikke skiller konseptene og funksjonene. Foreningen av MCV ville bli gitt for et fungerende bibliotek, og testet dets baser.

Til slutt, på slutten av nittitallet, ble MVC utgitt som et eget konsept, som ble skilt fra Smalltalk-80. I sine tidlige dager var MCV et veldig grunnleggende program som ennå ikke implementerte kodeseparasjonsfunksjonen, bare basert på inndatamodus.

Med utviklingen på noen måneder endret dette seg, implementering av visningen, som var utgangsmodellen og kombinerte den med inngangsmodellen. Gjennom årene har denne typen modeller ikke lenger vært nok for nåværende applikasjoner, derfor utviklet MVC seg til konseptet som er kjent i dag, men det gikk gjennom forskjellige versjoner til det ble det det er i dag.

Hierarkisk modellvisningskontroller (HMVC)

Det er en av de første variasjonene, den oppsto i begynnelsen av 2000. I motsetning til MVC konfigurerer HMCV modellen først og på slutten visningen, som en litt lengre prosess; Denne versjonen tillater ikke visningen å direkte se eller få tilgang til dataene.

Model View Adapter (MVA)

Det er en versjon nær hva MVC vil være, med en lignende arkitektur for å skille hver oppgave eller kode etter nivå. I motsetning til forgjengeren, nivåer MVA hver oppgave, men tillater ikke noen forbindelse mellom modellen og utsikten som MVC.

Model View Presenter (MVP)

Model View Presenter fortsetter å bli brukt til å designe tilkoblingspunktene mellom brukeren og PCen. Den brukes til tester der serveren gir autonome svar og transformerer dataene som modellen gir den og komprimerer den for visningen.

ModelViewViewmodel (MVVM)

Denne typen programvarearkitektur låser opp hele strukturen til modellen og utsikten, som er koblet til hverandre, og oppnår en fullstendig overføring av dataene. Dette utvikler en god visuell modell og tilbyr god grafikkutvikling i applikasjoner.

Hva er bra med MVC?

Dette verktøyet er et programvareopprettingssystem som brukes til å danne applikasjoner av ypperlig kvalitet, derfor søkes i dag den beste kvaliteten og enkel programmering.

Siden opprettelsen av nettet og datamaskiner tok programmeringen en høy boom og systemingeniører tok en viktig rolle, fordi de designer flotte applikasjoner eller programvare som revolusjonerte hele verden. For å lage hvert program er det nødvendig å bruke et passende kodesystem.

Programmering før var noe tungt og komplisert, som kan ta lang tid å bringe noe nytt som system eller applikasjon, men litt etter litt ble det utviklet tjenester eller programmer som letter prosessen. Fra programmer som separerte koden eller klarte å sette sammen, til og med en etter en.

Model View Controller var den perfekte løsningen for systemingeniører eller programmerere, fordi den var organisert etter nivåer for hver operasjon som koden måtte utføre, og ingen oppgave avbrøt den andre.

Programmeringsprosessen blir mye enklere på grunn av måten MVC tillater at kodene brukes på nytt, og får fullstendig flyt i ethvert element som er programmert.

MVC gir ikke bare enkel programmering, men lar den også gjøres raskere og resulterer i apper av høy kvalitet.

Hvis du liker denne artikkelen, inviterer jeg deg til å lese "Klasser og objekter i Java", et komplett konseptarbeid om Java, vil du sikkert like det.

HTML uten MVC

Det kan være uklart først forklaringen på denne programvarearkitekturen, men de tar hensyn til noe som HTML-, CSS- og PHP -elementer.

Hver av dem brukes til å programmere eller designe en side; Den vanligste er HTML, som i begynnelsen ikke hadde en så velformet struktur, og på tidspunktet for programmeringen skilte den ikke noen av funksjonene. Som en konsekvens ble koden blandet, og hvis du ville endre noe, du måtte endre all koden.

HTML -problemet gjorde programmeringsoppgaven veldig kjedelig, men noen kodeforfattere hadde den gode ideen om å lage noe for å skille ansvaret når de programmerte: de opprettet CSS -språket. CSS -språket lar deg tildele og differensiere oppgaven til hver kode, fjerne den kjedelige aktiviteten med å gjenta eller endre en hel kode.

Spaghettikode

Tilfellet med HTML skjer ikke bare med ham; Normalt har du en tendens til å kombinere koder som oppfyller forskjellige funksjoner for å lage forskjellige sider. Kodene har en tendens til å komme sammen slik at det som er ønsket vises, noe som er gunstig, men ved å gjøre den minste feilen i noen av kodene tvinger det hele prosessen til å gjentas.

Språket som brukes, kombineres og resulterer i at programmereren må gå trinnvis for å fikse ting som kanskje ikke er relatert.

Alle disse typer feil eller situasjoner løses med en enkel adskillelse av språk, og legger til at hver enkelt fokuserer på oppgaven. Det er ikke bare separasjonsfeil, men også uutholdelighet i øyeblikket for å ville bruke en kode som tidligere ble viklet inn.

Hvis den samme koden skulle brukes til et annet program eller en annen jobb, måtte den gjøres veldig sakte, takket være MVC er dette ikke lenger nødvendig, fordi koden blir gjenbrukt og det som allerede hadde blitt dannet på ett øyeblikk.

Introduksjon til Model View Presenter

Fra begynnelsen av artikkelen har det blitt forklart hvordan det fungerer og hvorfor modellen fungerer, men hver av delene har ikke blitt spesifikt forklart: modellen, utsikten og kontrolleren.

Modellen

Det er det første nivået og lokaliserer alle dataene knyttet til systemet og dets drift, det vil si at det håndterer systemets innhold, de mulige oppdateringene.

Det er også «forretningslogikk», som består av hvordan systemet lagrer, transformerer og endrer informasjonen for visualisering.

Modellen lar brukeren bruke informasjonen de trenger, uten å måtte søke gjennom endeløse filer, de trenger bare å skrive inn, og det vil bli vist gjennom "visningen" hva de trenger. For å endre noe i systemet eller informasjonen, må du gå gjennom "kontrolleren", som sender informasjonen til modellen.

Normalt arbeides informasjonen med andre kontrollere, og i stedet for å bruke SQL (et systemspråk for å ha full kontroll over dataene), blir den festet direkte på de andre delene av dataene, som består av klassen og objektet.

La Vista

Visningen er trinnet der informasjonen som sendes av modellen er representert for brukeren, og viser innholdet i et optisk grensesnitt. Programkoden reflekteres, som vil bli bearbeidet og vist i brukergrensesnittene.

Dette elementet fungerer med HTML- og PHP -koder, fordi de er de mest egnede kodene for å bygge en side, server, etc. Disse kodene sendes til utgangen, som er den totale transformasjonen av informasjonen som sendes av modellen.

Kontrolleren

Kontrolleren er den som gir svarene på brukerens forespørsler, laget gjennom modellen. Forespørslene er relatert til informasjon, fra redigering, opprettelse eller søk etter alle typer informasjon.

Det er et verktøy som også lar deg redigere hvordan informasjonen vises, det vil si hvordan informasjonen vil bli behandlet og reflektert i "visningen", dette er igjen en endring i hvordan modellen gir informasjonen. Enkelt sagt er kontrolleren en bro mellom modellen og utsikten, som godtar en forespørsel og kan nå visningen for å gjenspeile den på en annen måte.

Kontrolleren er den som gir svaret på hva programmet som er laget eller applikasjonen som opprettes trenger, det endelige målet er at all informasjon kommer fra begynnelsen til den avsluttes.

Hvordan samhandler komponentene?

Arbeidet til hver komponent, som det kan sees, genereres gitt av en ordre, og hver påvirker den andres arbeid. Kontrolleren, slutter seg til de andre, får arbeidet til å flyte mer og får til å lage programmet eller applikasjonen, men dette er en bedre forklaring på hvordan hele prosessen gjøres:

1. Internett -brukeren begynner å bruke de forskjellige alternativene for å gå inn i brukergrensesnittet, det vil si at han går inn på siden eller serveren gjennom et eller annet komplement.
2. Forespørselen mottas av kontrolleren, som sender meldingen til visning og til modellen. Hver forespørsel utløses gjennom en hendelsesbehandling (en Java- eller HTML -kode, som gir et eksternt kodesvar).
3. Kontrolleren for å oppfylle forespørselen, går inn i modellen, der den bruker informasjonen og endrer handlingen for det den trenger. For å utføre noen handlinger må kontrolleren bruke forskjellige innkapslede koder, kort sagt et kommandomønster.
4.  I noen tilfeller vil kontrolleren for å utføre den fullstendige oppgaven bruke flere data fra modellen, som den må sende for å vise, som fungerer som en bro.
5. Kontrolleren sender all informasjon og rekkefølgen gitt av Internett -brukeren ved synet, som må vise en visualisering av det som er ønsket.
6. Visningen, for å gi en god visualisering, bruker så mye informasjon som mulig fra modellen og gjenspeiler alt som er i den.
7. Siden modellen ikke kan ha informasjon om hva som skjer i sikte, bruker den en type programvare som advarer den om enhver endring og på denne måten gjør den nødvendige endringen i informasjonen eller grensesnittet.
8. Grensesnittet gjentar prosessen avhengig av hver interaksjon som Internett -brukeren har i antall handlinger han utfører.

Hvordan brukes det i webapplikasjoner?

Da MVC -programvaren ble opprettet, ble det antatt at den ble implementert i stasjonære verktøy, siden driften og responsen ville være umiddelbar. Teknologiske fremskritt gjorde det mulig å tilpasse programvaren til virtuelle applikasjoner, og klare å svare uten å være forhåndsbestemt som desktop -programmer.

MVC ble tilpasset virtuelle språk, og oppnådde at de forskjellige nivåene kunne være i harmoni med språk som HTML eller JavaScript, blant andre. Rammer brukes for å kunne forene MVC -arkitekturen og danne en av sine egne for nettet.

MVC -arkitekturen for det virtuelle svaret er "klient og server", i denne ordningen sender klienten en forespørsel, og serveren vil være mottakeren, som vil gi et resultat eller et svar på forespørselen.

I begynnelsen, for å implementere denne typen arkitekturer, var ikke webutvikling så komplett, derfor var fokuset på en "tynn klient" -struktur. Den tynne klienten er en primær struktur, fordi responsen er gitt i den sentrale serveren, og derfor kan det være litt senere; svarkoblingen er direkte mellom inngangen og utgangen, uten noen bro eller behandling.

Denne tilnærmingen var veldig godt jobbet, alt er gitt fra det øyeblikket Internett -brukeren kommer inn i lenken, fra da av handlingen som starter koblingen, går gjennom kontrolleren og gir ordre til å se slik at den gjenspeiler bildet som brukeren må visning. De tre komponentene i MVC er i den virtuelle serveren, som er den som vil gi svaret.

MVC og databaser

Teknologiske fremskritt har gjort det mulig å utvikle servere og nye språk som genererer en bedre utvikling av MVC, som gjør at responsen kan være mindre komplisert og mer direkte for brukeren.

For at applikasjoner skal få en god utvikling, må MVC ha en database som fungerer som støtte. Databasen er et styringssystem for all informasjon om applikasjonen, som er en støtte for modellen, slik at den lagrer eller endrer alt den trenger.

Visningen og kontrolleren holdes atskilt fra databasen, siden det er en adskillelse etter lag, slik at den grafiske delen kan optimaliseres på den beste måten, noe som gir en komplett visuell tilnærming til all informasjon og hvert komplement. Arbeid på din side.

Hvis du likte denne artikkelen, inviterer jeg deg til å lese "Typer arrangementer i programmering", forklarer sin fulle betydning i utformingen av programmer, jeg vet at du vil like det.