Moderne toepassingen vereisen zo'n verscheidenheid aan functies en opties dat hun ontwikkeling in omvang en complexiteit is gegroeid. Om te helpen, kunt u een architectonisch ontwerppatroon gebruiken. Het ondersteunt de ontwikkeling van applicaties die eenvoudig te testen en te onderhouden zijn.
De drie meest populaire ontwerppatronen zijn MVC, MVP en MVVM. MVC staat voor Model, View en Controller, MVP staat voor Model, View, Presenter en MVVM staat voor Model, View en View Model. Verifiëren Kotlin versus Java-vergelijking: wat is beter voor de ontwikkeling van Android-apps?
Snelle links
Architecturale en ontwerppatronen
Architecturale stijl
Het verduidelijkt de architecturale stijl en identificeert enkele van de basiscomponenten van de applicatiearchitectuur. Hoewel de bouwstijl het beeld van orde uitstraalt, is het geen architectuur. In feite is het een generieke, herbruikbare oplossing voor een veelvoorkomend probleem in software-engineering binnen een bepaalde context. Architecturale patronen pakken verschillende problemen in software-engineering aan, zoals beperkingen in de prestaties van computerhardware, hoge beschikbaarheid en verminderd bedrijfsrisico. Sommige architecturale patronen worden geïmplementeerd binnen softwareframeworks.
ontwerp modellen
Ontwerpmodellen zijn een belangrijke tak van software-engineering, hoewel sommigen er kritiek op hebben. Ontwerpmodellen zijn gericht op het veelvuldig gebruik van oplossingen die zijn ontwikkeld voor problemen die zelf terugkerend of frequent aanwezig zijn in het softwareontwerpproces.
Een van de veelgemaakte fouten is om ontwerpmodellen als complete oplossingen of direct gebruiksklaar te beschouwen. De meeste ontwerpparadigma's zijn gebaseerd op objectgeoriënteerd programmeren. Daarom vinden we dat het een visualisatie ontwikkelt op basis van de mogelijke interacties en relaties tussen de verschillende categorieën waaruit de applicatie bestaat. Verifiëren De beste stappen om als freelancer een succesvolle backend-ontwikkelaar te worden.
Het verschil tussen bouwstijl en ontwerpmodel
Laten we beginnen met de algemene term - patroon. In een implementatie is een patroon een recursieve eigenschap waarmee u een grote, complexe structuur kunt opsplitsen in kleinere, eenvoudigere componenten. U kunt dit patroon gebruiken om een algemene oplossing voor een klasse problemen te formuleren.
Op elk niveau van applicatieontwikkeling maak je gebruik van verschillende tools. Op kleinere niveaus zijn deze tools ontwerpparadigma's. Architecturale patronen bestaan op grotere niveaus en programmeerpatronen op implementatieniveau.
Waarom hebben we een architectonisch ontwerppatroon nodig?
Tijdens het ontwikkelen van de applicatie kunt u het architecturale ontwerppatroon gebruiken om veelvoorkomende problemen op te lossen. Goede architectuur kan u ook helpen:
- Breek complexe taken op in eenvoudigere taken.
- Verminder fouten.
- Produceer testbare en onderhoudbare code.
Maar zonder een architecturale stijl kunt u problemen ondervinden bij het onderhouden van de bedrijfslogica voor uw toepassing.
Model, Presentatie, Presentatie Model, Controller en Presentator
Voordat je naar elk patroon kijkt, zijn hier de termen waaruit ze bestaan:
- Het model slaat gegevens op en communiceert rechtstreeks met de database. Het model is het onderdeel dat uw gegevens en de logica van de applicatie vertegenwoordigt. Definieert de bedrijfsregels die gegevensverwerking, wijziging of verwerking beheren.
- Een weergave geeft formuliergegevens weer en is verantwoordelijk voor de weergave van de gegevens in de gebruikersinterface.
- Het weergavemodel is exclusief voor de MVVM-stijl. Het is een abstractie van de weergavelaag en fungeert ook als een wrapper voor de modelgegevens.
- De controller is het onderdeel dat de weergave en het model integreert.
- De presentator is een component die alleen aanwezig is in het MVP-model. De presentator haalt de input uit de viewcomponent en verwerkt de data met behulp van het model.
MVC-, MVP- en MVVM-patronen
Model — Display — Gecontroleerd
De bouwstijl MVC was de eerste en tegenwoordig is deze populair op het gebied van webapplicaties. Het werd geïntroduceerd in de jaren zeventig. Met dit patroon kun je een app bouwen rond Separation of Concerns (SoC). Het verlicht de inspanning die u nodig heeft om uw applicatie te testen, te onderhouden en te ontwikkelen.
In MVC-patroon begrijpt het model de weergave of het besturingspatroon niet. De formulierobservator krijgt een waarschuwing wanneer er een wijziging optreedt in de weergave en de controller. De routeringsprocescontroller helpt het model te koppelen aan de relevante weergave.
Enkele voordelen van de MVC-stijl zijn:
- Scheiding van belangen (meer gericht).
- Maakt het eenvoudig om code te testen en te beheren.
- Bevordert scheiding van applicatielagen.
- Betere code-organisatie en herbruikbaarheid.
Zo werkt MVC:
Dankzij de SoC kan MVC de codegrootte verkleinen en soepel goede schone en beheersbare code genereren.
Model — Presentatie — Gepresenteerd
Het MVP-patroon deelt twee componenten met MVC: het model en de weergave. Maar de controller wordt vervangen door de presentator. Presentator, zoals zijn naam al doet vermoeden, wordt gebruikt om iets te presenteren. Hiermee kunt u het display gemakkelijker nabootsen.
In MVP heeft de presentator de taak van "tussenpersoon" omdat alle logica van de presentatie naar hem wordt gepusht. Presentatie en Presentatie in MVP zijn ook onafhankelijk van elkaar en communiceren via een interface.
Hier is een illustratie van hoe het MVP-patroon werkt:
Via de view krijgt de presentator input van de gebruiker. Vervolgens verwerkt het de acties van de gebruiker met behulp van het formulier en geeft het de resultaten terug aan de weergave. De presentator communiceert met de presentatie via de interfaces.
Formulier — Weergeven — Formulier weergeven
MVVM is het moderne ontwikkelingspatroon van MVC. Het belangrijkste doel van MVVM is om een duidelijke scheiding aan te brengen tussen de domeinlogica en de weergavelaag. MVVM ondersteunt bidirectionele gegevensbinding tussen de weergave en het weergavemodel.
Met het MVVM-patroon kunt u uw codeweergave en uw model scheiden. Dit betekent dat wanneer het model verandert, de weergave niet hoeft en vice versa. Met het weergavemodel kunt u unit-tests en logische gedragstests uitvoeren zonder uw standpunt te betrekken.
Hier is een uitleg van hoe MVVM werkt:
Wanneer MVC, MVP en MVVM gebruiken?
Nu u elk patroon kent, kunt u nu zien wanneer u elk patroon moet gebruiken.
Wanneer MVC gebruiken?
MVC is gewoon een implementatie van Separation of Interests. Als uw toepassing gegevens (het model) moet scheiden, de gegevens (de controller) moet analyseren en de gegevens moet weergeven (de weergave), dan werkt MVC prima. MVC komt ook goed van pas in een applicatie waar de databron en/of dataweergave op elk moment kan veranderen.
Wanneer MVP . gebruiken
U kunt MVP gebruiken wanneer uw toepassing een bidirectionele stroom heeft. Als gebruikersinteracties iets van het formulier moeten aanvragen en het resultaat van dat verzoek de gebruikersinterface onmiddellijk zal veranderen, overweeg dan de MVP.
Wanneer MVVM gebruiken?
U wilt MVVM gebruiken wanneer:
- U moet een project delen met een ontwerper en het ontwerp- en ontwikkelingswerk kan onafhankelijk worden gedaan.
- U hebt unit-testing van uw oplossingen nodig.
- U moet herbruikbare componenten hebben, binnen en tussen projecten in uw organisatie.
- U wilt meer flexibiliteit om uw weergaven te wijzigen zonder andere logica in de codebasis te hoeven aanpassen.
Welke stijl moet je kiezen?
De belangrijkste reden voor het gebruik van een ontwerppatroon is om de complexiteit te verminderen. U kunt dit doen door de algehele complexiteit te verminderen of door onbekende complexiteit te vervangen door wat bekend is. Als het ontwerppatroon de complexiteit niet kan verminderen met een van deze twee methoden, gebruik dan geen van beide; Het zal helemaal geen waarde toevoegen.
Als je echt zeker weet dat je een ontwerppatroon moet gebruiken, probeer dan een checklist te maken. Baseer het op de situaties die u hier hebt gezien en kies de situatie die het meest geschikt is voor uw project. U kunt nu bekijken Vergelijking van Gantt-diagram en PERT-diagram: wat zijn de verschillen?
