Backbone.js - modulær udvikling

Vi siger, at en applikation er modulær, når alle dens komponenter er uafhængige af hinanden, det betyder, at vi kan arbejde på hver enkelt for sig og stadig ikke påvirke deres interaktion med systemet.
Denne type udvikling forbedrer vedligeholdelse og skalerbarhed af applikationerne, når den er korrekt opnået, hvormed vi kan projektere uendelig vækst uden behov for at redigere applikationen.
KrævJS

Det er et værktøj, der giver os mulighed for at indlæse scripts, giver os mulighed for at fastslå de afhængigheder, der svarer til dem eller ej, og er en af ​​de grundlæggende baser i den modulære udviklingsmetode, når vi taler om applikationer Javascript som dem, vi kan skrive med Backbone.js.
RequireJS tilgangDenne tilgang giver os mulighed for at opnå noget, der kaldes AMD og det er ikke mikroprocessorselskabet, hvis ikke akronymet på engelsk af Asynkron modulær udvikling eller asynkron modulær udvikling, på denne måde kan vi erklære definitionerne af de moduler, vi skal bruge, og deklarere de nødvendige afhængigheder mellem dem.
Lad os se på det følgende billede et lille eksempel på, hvad vi mener:

FORSTØRRE

Vi ser derefter, hvordan vi kan etablere et modulidentifikator, derefter eventuelle afhængigheder og endelig måden, hvorpå vi vil lave den instans af modulet, vi definerer. Dette giver os mulighed for at tage en mere velordnet måde, når vi udvikler en modulær applikation.
VigtigEn vigtig detalje er modulidentifikatoren, generelt er denne parameter ikke fuldført, da den automatisk KrævJS vil give det en værdi, ved at udelade det kan vi opnå princippet om ikke at gentage os selv på tidspunktet for udviklingen, modulidentifikatoren er normalt angivet, når vi laver et modul, der ligger uden for standarderne i vores udviklingsfilosofi.
Afhængighedsadministration
Begrebet administration af afhængigheder Det er det, vi skal forbinde i vores udviklingsfilosofi, når vi bygger applikationer manuelt, håndterer vi afhængigheder ved at sikre, at de moduler, der er afhængige af andre, er inkluderet eller indlæst senere.
Denne tilgang er forkert, da det er noget, der ikke skaber en struktur, som vi kan replikere, hvis vi ikke gør det manuelt, det er her værktøjer som f.eks. KrævJS der giver os mulighed for at angive en fast afhængighed, og at vi ved at placere den kun en gang vil have sikkerhed for, at det altid vil være sådan i vores ansøgning.
Hvad sørger vi for?Ved at gøre dette sørger vi for, at alt er på plads, og i det øjeblik en afhængighed ændrer sig bare ved at ændre vores applikation på ét sted, kan vi sikre, at alt vil fortsætte med at fungere, i modsætning til den manuelle tilgang, hvor vi måske kan udelade et sted, og alt går i stykker ned på et tidspunkt.
Selvfølgelig kan mange sige, at de har lavet applikationer i mange år uden at bruge værktøjer til at håndtere afhængigheder, men som teknologimennesker lukker vi ikke os selv for de fremskridt, der vil gøre vores liv lettere, ikke meget mening.
Med dette afslutter vi denne vejledning, vi ved allerede lidt mere om begrebet modulær udvikling, og vi har genereret nogle yderligere koncepter, der vil være et par timers søgen værd på nettet for bedre at mestre dem.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt