Backbone.js - Модулно развитие

Казваме, че дадено приложение е модулно, когато всички негови компоненти са независими един от друг, това означава, че можем да работим по всеки отделно и все още да не влияем на взаимодействието им със системата.
Този тип разработка, когато е правилно постигната, подобрява поддръжката и мащабируемостта на приложенията, с които можем да проектираме безкраен растеж, без да е необходимо да преинженерираме приложението.
RequireJS

Това е инструмент, който ни позволява да зареждаме скриптове, позволява ни да установяваме или не съответстващите на тях зависимости и е една от основните бази в подхода за модулно развитие, когато говорим за приложения Javascript като тези, с които можем да пишем Backbone.js.
Подход RequireJSТози подход ни позволява да постигнем нещо, наречено AMD и това не е компанията за микропроцесори, ако не съкращението на английски от Асинхронно модулно развитие или асинхронно модулно развитие, по този начин можем да декларираме дефинициите на модулите, които трябва да използваме, и да декларираме необходимите зависимости между тях.
Нека видим на следващото изображение малък пример за това какво имаме предвид:

Увеличете

След това виждаме как можем да установим идентификатор на модул, след това зависимостите, ако има такива, и накрая начина, по който ще направим екземпляра на модула, който дефинираме. Това ни позволява да предприемем по -подреден начин при разработването на модулно приложение.
ВажноВажен детайл е идентификаторът на модула, като правило този параметър не е завършен, тъй като автоматично RequireJS ще му даде стойност, като го пропуснем можем да постигнем принципа да не се повтаряме по време на разработката, идентификаторът на модула обикновено се посочва, когато правим модул, който е извън стандартите на нашата философия за развитие.
Администрация на зависимостите
Концепцията за администриране на зависимости Това е, което трябва да свържем във философията си за разработка, когато изграждаме приложения ръчно, ние се справяме с зависимости, като се уверим, че модулите, които зависят от други, са включени или заредени по -късно.
Този подход е погрешен, тъй като е нещо, което не създава структура, която можем да възпроизведем, ако не го направим ръчно, това е мястото, където инструменти като напр. RequireJS които ни позволяват да посочим фиксирана зависимост и че като я поставим само веднъж ще имаме сигурността, че тя винаги ще бъде такава в нашето приложение.
В какво се уверяваме?По този начин се уверяваме, че всичко е на мястото си и в момента, в който зависимостта се промени, само като променим приложението си на едно място, можем да се уверим, че всичко ще продължи да работи, за разлика от ръчния подход, при който може би можем да пропуснем място и всичко се счупи надолу в някакъв момент.
Разбира се, мнозина могат да кажат, че правят приложения в продължение на много години, без да използват инструменти за управление на зависимости, но като технологични хора, затварянето на напредъка, който ще улесни живота ни, няма много смисъл.
С това приключваме този урок, вече знаем малко повече за концепцията за модулно развитие и сме генерирали някои допълнителни концепции, които ще струват добри часове търсене в мрежата, за да ги усвоите по -добре.Хареса ли ви и помогнахте на този урок?Можете да възнаградите автора, като натиснете този бутон, за да му дадете положителна точка