11 Atkarības pārvaldības rīki tīmekļa izstrādātājiem

Atkarības ir mūsdienu tīmekļa attīstības stūrakmens. Tie ir nepieciešamie instrumenti, spraudņi, bibliotēkas un ietvari nepieciešams, lai izveidotu augsta līmeņa tīmekļa lietojumprogrammas.

Dažu pēdējo gadu laikā ir palielinājies atkarību skaits. Laika gaitā izstrādātāji ir pieņēmuši atkarības pārvaldības rīkus mazināt stresu, kas ir atkarīga no atkarības uzturēšanas un atjaunināšanas. Šie rīki nodrošina optimizētu darbplūsmu izstrādātājiem un projektu vadītājiem.

Es šeit esmu kataloģējis labākos atkarības instrumentus, tostarp gan izveidotas, gan jaunizveidotas platformas. Profesionāla web izstrāde prasa nepārtrauktu mācīšanos, un es apgalvoju, ka atkarības vadība ir prasme, kas ir vērts mācīties.

1. NPM

Es nevarēju uzrakstīt šo rokasgrāmatu, nedodot kredītu Node Package Manager. Šī sistēma ir balstīta uz Node.js, un tai ir milzīgs datu krājums 100 000 + iepakojumi un moduļi.

Katrs projekts var izmantot faila package.json iestatīšanu, izmantojot NPM, un pat pārvaldīt ar Gulp (uz mezglu). Atkarības var atjaunināt un optimizēt tieši no termināļa. Un jūs varat izveidot jaunus projektus ar atkarības failiem un versijas numuriem, kas automātiski izvilkti no paketes.json faila.

NPM ir vērtīgs vairāk nekā tikai atkarības vadībai, un tas ir praktiski obligāts līdzeklis mūsdienu tīmekļa attīstībai. Ja jūs esat sajaukts, lūdzu, izlasiet šo Reddit pavedienu iesācēja skaidrojumam.

2. Bower

Iepakojuma pārvaldības sistēma Bower darbojas uz NPM, kas šķiet mazliet lieks, bet starp abām ir atšķirība, proti, ka NPM piedāvā vairāk iespēju, kamēr Bower mērķis ir failu faila un ielādes laika samazināšana atkarība no frontend.

Lai uzzinātu vairāk par smalkajām atšķirībām, skatiet šo Stack jautājumu.

Daži devi apgalvo, ka Bower būtībā ir novecojis, jo tas darbojas NPM, pakalpojums, kas var darīt gandrīz visu, ko Bower var darīt. Vispārīgi runājot, tas nav pareizi.

Bet deviem vajadzētu saprast Bower var optimizēt darbplūsmu tieši ar atkarību no frontend. Es iesaku Ben McCormick rakstu Vai Bower Noderīgs, lai uzzinātu vairāk par abu paketes pārvaldības rīku piedāvāto vērtību.

3. RubyGems

RubyGems ir Ruby paketes pārvaldnieks ar augstu popularitāti starp tīmekļa izstrādātājiem. Projekts ir atvērts un ietver visus bezmaksas Ruby dārgakmeņus.

Lai sniegtu īsu pārskatu iesācējiem, a “gem” ir tikai daži kods, kas darbojas Ruby vidē. Tas var novest pie tādām programmām kā Bundler, kas pārvalda gem versijas un uztur visu atjauninātu.

Sliedes izstrādātāji mīl šo funkciju, bet ko par frontend paketēm? Tā kā Ruby ir atvērts avots, izstrādātāji var veidot tādus projektus kā Bower for Rails. Tas noved Frontend paketes pārvaldību Ruby platformai ar nelielu mācīšanās līkni.

4. Pieprasīt JS

Par RequireJS ir kaut kas īpašs, jo tas galvenokārt ir JS rīku komplekts. To var izmantot ātri ielādējot JS moduļus, ieskaitot mezglu moduļus.

Var pieprasīt automātiski nosaka vajadzīgās atkarības pamatojoties uz to, ko jūs izmantojat, tas varētu būt līdzīgs klasiskajai programmatūras programmēšanai C / C + +, kur bibliotēkas ir iekļautas citās bibliotēkās..

Jūs atradīsiet interesantu GitHub diskusiju par šo tēmu un vērtību, ko tā piedāvā mūsdienu tīmekļa izstrādātājiem. Piešķirti citi JS pārvaldības rīki, piemēram, tīmekļa pakotne, ir piepildījušies RequireJS ražošanas vidēs. Un, ja tas darbojas jums, tas viss ir svarīgi.

5. Jam

Uz pārlūkprogrammas balstīta pakotņu pārvaldība ir jauna forma ar JamJS. Tas ir JavaScript pakotņu pārvaldnieks ar automātisku pārvaldību, kas ir līdzīga RequireJS.

Visas jūsu atkarības ir ievelk vienu JS failu, kas ļauj jums pievienot un noņemt ātri. Turklāt tos var atjaunināt pārlūkprogrammā neatkarīgi no citiem izmantotajiem rīkiem (piemēram, RequireJS).

Bibliotēkas tiek atjauninātas, pamatojoties uz jaunākajām versijām, izmantojot terminālu. Katrs projekts var būt izveidots automātiski ar optimizētiem komponentiem balstoties uz jūsu vajadzībām. Jam ir bezmaksas GitHub un ir vērts apskatīt, ja jums ir laiks.

6. Pārlūkojiet

Lielākā daļa izstrādātāju zina par Browserify, pat ja tas nav daļa no to tipiskās darbplūsmas. Šis ir vēl viens atkarības pārvaldības rīks, kas optimizē nepieciešamos moduļus un bibliotēkas, apvienojot tās kopā.

Šīs paketes ir pārlūkprogrammā tas nozīmē, ka jūs varat iekļaut un apvienot moduļus ar vienkāršu JavaScript. Viss, kas Jums nepieciešams, ir NPM, lai sāktu darbu, un pēc tam pārlūkojiet, lai pārvietotos.

Pārbaudiet šo iepazīšanās pamācību, lai redzētu, kā pārlūkprogrammā var pārvaldīt mezglu. GitHub ir pieejama arī bez maksas Browserify rokasgrāmata. Ideja ir apvienot visus šos mezglu rīkus pārlūkprogrammā un ietaupīt laiku, automatizējot procesu ar Browserify.

7. Mantri

Joprojām izaugsmes sākumposmā MantriJS ir atkarības sistēma vidēja un augsta līmeņa tīmekļa lietojumprogrammām. Atkarības tiek pārvaldītas ar vārda telpām un organizēti funkcionāli, lai izvairītos no sadursmēm un samazinātu jucekli.

Mantri šobrīd raksta v2.2.2. Tas ir pilnīgi atvērtais avots un veidotas sarežģītākām tīmekļa lietojumprogrammām, kurām ir nepieciešamas lielas atkarību paketes. Mantri mērķis ir sekot moduļu programmēšanas praksei un cer, ka izstrādātāji iedrošinās to pašu ceļu.

8. Volo

Projekta vadības rīks volo ir atvērtā koda NPM repo, kas var radīt projektus, pievienot bibliotēkas un automatizēt darbplūsmas.

Volo darbojas iekšpusē mezgls un balstās uz JavaScript projektu vadībai. Īss intro ceļvedis ir atrodams GitHub, izskaidrojot instalācijas procesu un kopējo lietošanu. Piemēram, ja palaižat komandu volo izveidot jūs varat piestiprināt jebkuru bibliotēku, piemēram, HTML5 Boilerplate.

Bet, neņemot vērā jaunus projektus, jūs varat arī pievienot / atjaunināt vecāku projektu bibliotēkas. Volo saistās ar visu, kas jums nepieciešams frontendu attīstībai. Pārbaudiet volo dizaina mērķus, lai redzētu, kā tas darbojas reālā pasaules projektā.

9. Ender

Ender ir “bez bibliotēkas bibliotēkas” un tas ir viens no vieglākajiem paketes pārvaldniekiem, ko atradīsiet tiešsaistē. Tas ļauj meklēt caur JS pakotnēm un instalējiet / kompilējiet tās tieši no komandrindas. Enderis tiek uzskatīts par “NPM mazā māsa” dev komanda.

Protams, visa Ender sistēma ir pieejama bez maksas GitHub. Tas ir vienkārši rīks, ko instalējat, lai palīdzētu pārvaldīt priekšējo JavaScript sistēmu patēriņu vietējiem projektiem. Viss ir paredzēts darbam ar vieglumu līdz pilnīgākajam potenciālam, kas paredzēts frontend attīstītāja darbplūsmai.

Galvenajā Ender tīmekļa vietnē ir kvalitatīva dokumentācija, tāpēc ir vērts skatīties, ja jūs interesē.

10. pip

Ieteicamā metode Python atkarību uzstādīšanai ir caur pip. Šo rīku izveidoja Python Packaging Authority, un tas ir pilnīgi atvērts avots, tāpat kā pats Python.

Lielākā daļa Python izstrādātāju iesaka pip par atkarībām, tostarp Django komandu. Neatkarīgi no tā, vai jūs tikai sākat darbu ar Python vai jau izmantojat to konsekventi, izmantojot backend izstrādi, tas ir iepakojuma pārvaldnieks, kas jums būs priecīgs par jūsu rīklodziņu.

11. Komponists

Komponists ir paketes pārvaldnieks, kas ir ļoti līdzīgs NPM, bet tas ir vērsts tikai uz PHP bibliotēkām. Jūs varat atrast Packagist atkarību sarakstu, kas ietver lielas PHP sistēmas, piemēram, Laravel.

Ja jūs esat PHP izstrādātājs jebkāda veida es nopietni iesaku aplūkot komponistu. Tas ir viegli sākt, bet grūti uzstādīt savā darbplūsmā. Tomēr ar praksi tas kļūs par galveno PHP dev projektu.

Šis ir daudzpusīgs rīks ar potenciālu, kas laika gaitā ir vēl lielāks. Plus NPM var sajaukt ar komponistu, lai izveidotu frontend + backend atkarības pārvaldības sistēmu visām jūsu PHP / JS projektiem.

Iesaiņošana

Ir skaidrs, ka daudziem no šiem atkarības vadītājiem ir līdzīgas iezīmes ar līdzīgām īpašībām. Daži ir uzbūvēti risināt alternatīvas problēmas un var pat darboties kopā ar otru (ti, Komponists un NPM).

Uzturēšanas pārvaldība var būt sarežģīta jaunajiem izstrādātājiem. Es iesaku izvēlēties vienu no šiem instrumentiem un padziļināti izpētīt, cik vien iespējams. Mēģiniet veidot mazas tīmekļa lapas un uzziniet, kāpēc noderīga ir atkarības pārvaldība.

Tiklīdz jūs uzzināsiet, kā piemērot šos rīkus savā darbplūsmā, jūs nekad neuzskatīsit par atgriešanos.