Vad är MVC? Lär känna denna mjukvaruarkitektur!

Lära om Vad är MVC? Och eftersom denna nya typ av programvara har revolutionerat kodvärlden och dess viktigaste egenskaper, allt detta tack vare vad vi kommer att berätta nedan.

Vad är MVC?

MVC står för Model View Controller, dess mål är att fungera som en mjukvarudesign. En mjukvaruarkitektur är guider som underlättar konstruktionen av dessa element, vilket ger en modell av hur det ska vara.

MVC, till skillnad från andra mjukvaruarkitekturer, tar bort varje kod för att ta hand om en specifik uppgift, på så sätt utvecklas koden i ett enda jobb och utförs utan avbrott.

För att underlätta dess användning, använd användargränssnittet, eftersom dessa är lätta att förstå och direkt ansluta datorn till Internetanvändaren. På samma sätt kan MVC -koden användas för olika program eller scheman.

Användningstiden är lång, praktisk och interaktionen är enkel, eftersom den försöker skapa programvara utan så många komplexiteter, som tidigare. Systemet använder olika koder, även om de används, och separerar dem så att de bara arbetar med en uppgift eller ett koncept var och en.

Som förklarats ovan är det en arkitektur, men varför? Tja, liksom en byggnadsplan upprättar den tre olika arbetsplaner; modell, vy och kontroller.

Denna idé om separation från begreppet koder är gammal och tog fart på grund av de goda ramarna som framkom. Ramverk är en typ av programvara som försöker lösa ett problem och dess konstruktion är baserad på själva problemet.

Vad är MVC?: Historien om modellen, visningar och kontroller

Tanken med modellen, vyerna och kontrollerna sägs ha varit innan skapandet av en webbsida. Det var en idé som kom från GUI eller de grafiska videogränssnitten; GUI är verktyg som fungerar med användargränssnitt, som använder programvara som representerar visuellt innehåll, data som finns tillgänglig i systemet.

Det var en av de banbrytande innovationerna att använda programvara som delade upp sina koncept i olika funktioner. Det började som ett koncept på 70-talet, senare på 80-talet implementerades en version för Smalltalk-80.

Smalltalk-80 är ett aktivt programmeringsspråk som, till skillnad från MCV, inte skiljer sina koncept och funktioner. Föreningen av MCV skulle ges för ett fungerande bibliotek, testa dess baser.

Slutligen, i slutet av nittiotalet, släpptes MVC som ett eget koncept, som separerades från Smalltalk-80. I sina tidiga dagar var MCV ett mycket grundläggande program som ännu inte implementerade sin kodseparationsfunktion, endast baserat på inmatningsläge.

Med utvecklingen av några månader förändrades detta, implementeringen av vyn, som var utgångsmodellen och kombinerade den med inmatningsmodellen. Under årens lopp var denna typ av modell inte längre tillräckligt för nuvarande applikationer, därför utvecklades MVC till konceptet som är känt idag, men det gick igenom olika versioner tills det blev vad det är idag.

Hierarkisk modellvisningskontroller (HMVC)

Det är en av de första varianterna, den uppstod i början av 2000. Till skillnad från MVC konfigurerar HMCV modellen först och i slutet av vyn, vilket är en något längre process; Denna version tillåter inte vyn att direkt granska eller komma åt data.

Model View Adapter (MVA)

Det är en version nära vad MVC kommer att vara, med en liknande arkitektur för att separera varje uppgift eller kod efter nivåer. Till skillnad från sin föregångare nivåer MVA varje uppgift, men tillåter inte någon koppling mellan modellen och vyn som MVC.

Model View Presenter (MVP)

Model View Presenter fortsätter att användas för att utforma anslutningspunkterna mellan användaren och datorn. Den används för tester där servern ger autonoma svar och transformerar data som modellen ger den och komprimerar den för vyn.

Model View View-modell (MVVM)

Denna typ av mjukvaruarkitektur låser upp hela modellstrukturen och vyn, som är anslutna till varandra, för att uppnå en fullständig överföring av data. Detta utvecklar en bra visuell modell och erbjuder bra grafikutveckling i applikationer.

Vad är bra för MVC?

Det här verktyget är ett system för skapande av programvara, som används för att bilda applikationer av utmärkt kvalitet, därför söker man idag efter bästa kvalitet och enkel programmering.

Sedan skapandet av webben och datorerna tog programmeringen en hög uppsving och systemingenjörer tog en viktig roll, eftersom de designade bra applikationer eller programvara som revolutionerade hela världen. För skapandet av varje program är det nödvändigt att använda ett lämpligt kodsystem.

Att programmera innan var något tungt och komplicerat, vilket kan ta lång tid att ta med sig något nytt som system eller applikation, men så småningom utvecklades tjänster eller program som underlättar processen. Från program som separerade koden eller lyckades sätta ihop, till och med en efter en.

Model View Controller var den perfekta lösningen för systemingenjörer eller programmerare, eftersom den organiserades efter nivåer varje operation som koden var tvungen att utföra och ingen uppgift avbröt den andra.

Programmeringsprocessen görs mycket enklare på grund av det sätt på vilket MVC gör att koderna kan återanvändas, vilket ger fullständig flyt i alla element som är programmerade.

MVC ger inte bara enkel programmering, utan gör det också möjligt att göra det snabbare och resulterar i högkvalitativa appar.

Om du gillar den här artikeln inbjuder jag dig att läsa "Klasser och objekt i Java", ett komplett konceptarbete om Java, du kommer säkert att gilla det.

HTML utan MVC

Det kan vara luddigt först all förklaring av denna programvaruarkitektur, men de tar hänsyn till något som HTML-, CSS- och PHP -element.

Var och en av dem används för att programmera eller designa en sida; Det vanligaste är HTML, som i början inte hade en så välformad struktur och vid programmeringen separerade det inte några av dess funktioner, som en konsekvens var koden blandad och om du ville ändra något, du var tvungen att ändra hela koden.

HTML -problemet gjorde programmeringsuppgiften mycket tråkig, men vissa kodförfattare hade den stora idén att skapa något för att skilja ansvaret vid programmeringen: de skapade CSS -språket. CSS -språket gör det möjligt att tilldela och differentiera uppgiften för varje kod, ta bort den tråkiga aktiviteten att upprepa eller ändra en hel kod.

Spaghettikod

När det gäller HTML händer det inte bara med honom; Normalt, för att skapa olika sidor tenderar du att kombinera koder, som fyller olika funktioner. Koderna tenderar att samlas så att det önskade visas, något som är fördelaktigt, men genom att göra det minsta misstaget i några av koderna tvingar det hela processen att upprepas.

Språket som används kombineras och resulterar i att programmeraren måste gå steg för steg med att fixa saker som kanske inte är relaterade.

Alla dessa typer av fel eller situationer löses med en enkel språkseparation och tillägger att var och en fokuserar på uppgiften. Det finns inte bara separationsfel, utan också det onödiga i det ögonblick som man vill återanvända en kod, som tidigare var intrasslad.

Om samma kod skulle användas för ett annat program eller jobb, måste det göras mycket långsamt, tack vare MVC är det inte längre nödvändigt, eftersom koden återanvänds och det som redan hade bildats på ett ögonblick.

Introduktion till Model View Presenter

Från början av artikeln har det förklarats hur det fungerar och varför modellen fungerar, men var och en av dess delar har inte förklarats specifikt: modellen, utsikten och kontrollen.

Modellen

Det är den första nivån och lokaliserar all data relaterad till systemet och dess drift, det vill säga det hanterar systemets innehåll, eventuella uppdateringar.

Det finns också "affärslogik", som består av hur systemet lagrar, transformerar och ändrar informationen för dess visualisering.

Modellen tillåter användaren att använda den information de behöver, utan att behöva söka igenom oändliga filer, de behöver bara ange och det kommer att visas, genom «vyn», vad de behöver. För att modifiera något i systemet eller informationen måste du gå igenom "controller", som skickar informationen till modellen.

Normalt arbetar informationen med andra kontroller och istället för att använda SQL (ett systemspråk för att ha fullständig kontroll över data) fixas den direkt på de andra delarna av data, som består av dess klass och objekt.

La Vista

Vyn är steget där informationen som skickas av modellen representeras för användaren och visar innehållet i ett optiskt gränssnitt. Programkoden reflekteras, som kommer att bearbetas och visas i användargränssnittet.

Detta element fungerar med HTML- och PHP -koder, eftersom de är de mest lämpliga koder för att bygga en sida, server, etc. Dessa koder skickas till utdata, vilket är den totala transformationen av informationen som skickas av modellen.

Styrenheten

Controllern är den som ger svaren på användarens förfrågningar, gjorda genom modellen. Förfrågningarna är relaterade till information, från att redigera, skapa eller söka någon typ av information.

Det är ett verktyg som också låter dig redigera hur informationen visas, det vill säga hur informationen kommer att bearbetas och återspeglas i "vyn", detta är i sin tur en förändring av hur modellen ger informationen. Enkelt uttryckt är styrenheten en bro mellan modellen och vyn, som accepterar en begäran och kan nå vyn för att återspegla den på ett annat sätt.

Controllern är den som ger svaret för vad programmet som görs eller applikationen som skapas behöver, dess slutliga mål är att all information kommer från dess början till dess avslutning.

Hur samverkar komponenterna?

Arbetet med varje komponent, som kan ses, genereras givet av en order och var och en påverkar den andras arbete. Controllern ansluter till de andra, vilket får arbetet att flöda mer och ges att skapa programmet eller applikationen, men detta är en bättre förklaring till hur hela processen görs:

1. Internetanvändaren börjar använda de olika alternativen för att komma in i användargränssnittet, det vill säga att han går in på sidan eller servern via något komplement.
2. Begäran tas emot av den registeransvarige, som skickar meddelandet för visning och till modellen. Varje begäran utlöses via en händelsehanterare (en Java- eller HTML -kod, som ger ett externt kodsvar).
3. Den registeransvarige för att uppfylla begäran, går in i modellen, där den använder informationen och ändrar åtgärden för vad den behöver. För att utföra vissa åtgärder måste styrenheten använda olika inkapslade koder, kort sagt ett kommandomönster.
4.  I vissa fall kommer styrenheten för att utföra den fullständiga uppgiften att använda mer data från modellen, som den måste skicka för att visa, som fungerar som en brygga.
5. Kontrollenheten skickar all information och den ordning som internetanvändaren ger vid syn, vilket måste visa en visualisering av vad som önskas.
6. Vyn, för att ge en bra visualisering, använder så mycket information som möjligt från modellen och speglar allt som finns i den.
7. Eftersom modellen inte kan ha information om vad som händer i sikte använder den en typ av programvara som varnar den för eventuella förändringar och på så sätt gör den nödvändiga ändringen av informationen eller gränssnittet.
8. Gränssnittet upprepar processen beroende på varje interaktion som Internetanvändaren har i antalet åtgärder han gör.

Hur används det i webbapplikationer?

När MVC -programvaran skapades trodde man att den skulle implementeras i skrivbordsverktyg, eftersom dess funktion och svar skulle vara omedelbar. Tekniska framsteg gjorde det möjligt att anpassa programvaran till virtuella applikationer och hantera att svara utan att vara förutbestämd som skrivbordsprogram.

MVC anpassades till virtuella språk och uppnådde att de olika nivåerna kunde vara i harmoni med bland annat HTML som JavaScript eller JavaScript. Ramverk används för att kunna förena MVC -arkitekturen och skapa en egen för webben.

MVC -arkitekturen för det virtuella svaret är "klient och server", i detta schema gör klienten en begäran och servern är mottagaren, vilket ger ett resultat eller ett svar på begäran.

I början, för att implementera denna typ av arkitekturer, var webbutveckling inte så komplett, därför var fokus för en "tunn klient" -struktur. Den tunna klienten är en primär struktur, eftersom svaret ges i den centrala servern och därför kan det vara lite senare; svarslänken är direkt mellan ingången och utgången, utan att överbrygga eller bearbeta.

Detta tillvägagångssätt var mycket välarbetat, allt ges från det ögonblick som Internetanvändaren går in i länken, från och med då åtgärden som startar länken, går genom kontrollen och ger ordern att se så att den speglar bilden som användaren måste visa. De tre komponenterna i MVC finns i den virtuella servern, som är den som kommer att ge svaret.

MVC och databaser

Tekniska framsteg har gjort det möjligt att utveckla servrar och nya språk som genererar en bättre utveckling av MVC, vilket gör att svaret kan bli mindre komplicerat och mer direkt för användaren.

För att applikationer ska få en bra utveckling måste MVC ha en databas som fungerar som stöd. Databasen är ett hanteringssystem för all information om applikationen, som är ett stöd för modellen, gör att den lagrar eller ändrar allt den behöver.

Vyn och styrenheten hålls åtskilda från databasen, eftersom det finns en separering med lager, vilket gör att den grafiska delen kan optimeras på bästa sätt, vilket ger ett fullständigt visuellt tillvägagångssätt för all information och varje komplement. Arbete på din sida.

Om du gillade den här artikeln, inbjuder jag dig att läsa "Typer av arrangemang i programmering", förklarar dess fulla betydelse vid bildandet av program, jag vet att du kommer att gilla det.