Inhoudsopgave
Het is algemeen bekend dat in de wereld van softwareontwikkeling, of het nu gaat om applicaties, programma's of websites, er geen oplossing is die alle gevallen even goed van pas komt, maar elk ervan is een casestudy, waarbij de variabelen die bepalen welke oplossing moet worden genomen behoorlijk groot zijn. subjectief.Afhankelijk van het project en het type ontwikkelaar, wordt het project waarschijnlijk gebouwd volgens uw voorkeur, met dit in gedachten ASP.NET MVC Het stelt ons in staat om verschillende filosofieën over toegang tot gegevens te hebben, hiermee kunnen we onze doelstellingen bereiken zonder dat het raamwerk een factor wordt die ons beperkt.
Zoals we in het begin zagen, kunnen we verschillende manieren toepassen wanneer we onze projecten bouwen om toegang te krijgen tot gegevens, dit zal ons helpen onze doelstellingen te bereiken en ook onze technische capaciteiten begeleiden.
Er zijn verschillende filosofieën om alles te doen wat te maken heeft met persistentie en gegevenstoegang binnen een applicatie die is gemaakt met ASP.NET MVC, laten we de klassiekers eens bekijken.
Filosofie: database eerstDeze aanpak stelt ons in staat om de applicatie rond een database te bouwen, dit betekent dat ons project zich zal richten op de structuur van onze gegevens, dankzij dit ASP.NET MVC stelt ons in staat om bedrijfsmodellen te genereren met behulp van bestaande databases, hiervoor gebruikt u uw Entiteitskader.
Filosofie: eerst modelDit formulier stelt ons in staat ontwerp het model voordat u de database hebt, hierdoor kunnen we de databasestructuur bouwen door de velden en attributen van ons project te verkrijgen, zodra we onze modellen hebben Entiteitskader u kunt de schema's genereren om de databases te maken.
Filosofie: eerst coderenIn deze filosofie richten we ons op: bouw in eerste instantie de projectcode, hiermee zullen we een onwetendheid hebben over de applicatie over het persistentiemodel, hiervoor zullen we API's hebben waarmee we kunnen communiceren met de methoden die ons zullen helpen de gegevens op te slaan om ze later te gebruiken.
Omdat we de klassieke benaderingen van hoe om te gaan met gegevenstoegang in onze projecten hebben gezien, zagen we dat er een constante is en dat is dat alles wordt bereikt door Entiteitskader:
VERGROTEN
Dit helpt ons om fouten en ook de hoeveelheid werk te verminderen, omdat we ons geen zorgen maken over de beste vormen van toegang, maar eerder dat de Entiteitskader beslissen wat het beste is door ons te voorzien van uw methoden.
Met deze methoden zullen we in staat zijn om de verschillende filosofieën die we eerder zagen te implementeren, dus we hoeven ons alleen te concentreren op het daadwerkelijk bouwen van de applicatie, wat ons kostbare tijd bespaart in de databaseconfiguratie.
Hiermee ronden we deze tutorial af, aangezien we zien dat we verschillende manieren hebben om met het maken van een project om te gaan, hoewel al deze manieren dezelfde component als basis gebruiken, namelijk de Entiteitskader Daarom kunnen we het een of het ander toepassen volgens de vereisten van ons project en dus zullen we niet worden beperkt door onze technische kennis.Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een positief punt te geven
