8 npm tricks, du kan bruge til at imponere dine kolleger

Du ser en kollega kodning, der anvendes en stenografi eller et trick, på en eller anden måde er du ikke fortrolig med det, og dit sind blæser væk. Der sker med os alle hele tiden.

I dette korte indlæg vil vi afsløre nogle meget nyttige npm-tricks. Der er mange flere, end hvad vi kan dække her, så jeg valgte at fokusere på dem, der er mest relevante og nyttige for vores daglige arbejdsgang som udviklere.

Grundlæggende stenografier, inden vi kommer i gang

For at få alle tilpasset, især de nyankomne blandt os, lad os få et hurtigt overblik over de grundlæggende stenografier og sørge for, at ingen savner noget trivielt.

Installation af en pakke:

Regelmæssig: npm install pkg, Stenografi: npm i pkg.

Installation af en pakke globalt:

Regelmæssig: npm i --global pkg, Stenografi: npm i -g pkg.

Installation af en pakke og gemme den som en afhængighed:

Regelmæssig: npm i --save pkg, Stenografi: npm i -S pkg.

Installation af en pakke og gemme den som en devDependency:

Regelmæssig: npm i --save-dev pkg, Stenografi: npm i -D pkg.

For yderligere stenografier, læs npm's egen stenografiliste.

Lad os begynde med de interessante ting nu.

1. Initialisering af en ny pakke

Vi ved alle npm init, det er den første ting, vi gør, når vi opretter en ny pakke.

Men alle disse spørgsmål er ret irriterende, og vi vil ændre det alligevel, så hvorfor ikke bare undgå det?

npm init -yog npm init -ftil undsætning!

2. Kører tests

En anden kommando, vi alle bruger, er npm test. De fleste af os bruger det hver dag flere gange om dagen.

Hvad hvis jeg fortalte dig, at du kan gøre det samme med ~ 40% færre tegn? Vi bruger det så meget, så det er en dejlig gevinst.

Heldigvis er der npm t, hvilket gør netop det!

3. Vis tilgængelige scripts

Vi kommer til et nyt projekt, og vi spekulerer på, hvordan vi kommer i gang. Vi spørger os normalt ting som: hvordan kører vi det? hvilke scripts er tilgængelige?

En måde at opdage er at åbne filen package.json og kontrollere scriptsafsnittet.

Vi kan selvfølgelig gøre det bedre, så vi løber simpelthen npm runog får en liste over alle de tilgængelige scripts.

Yderligere mulighed er at installere ntl( npm i -g ntl) og derefter køre ntli projektets mappe. Det giver også mulighed for at køre scripts, hvilket gør det meget praktisk.

4. Liste over installerede pakker

I lighed med tilgængelige scripts spørger vi os nogle gange om, hvilke afhængigheder vi har i vores projekt.

Vi kan igen åbne filen package.json og kontrollere, men vi ved allerede, at vi kan gøre det bedre.

Mød npm ls --depth 0.

At liste de globalt installerede pakker, kan vi køre det samme med -gflaget, npm ls -g --depth 0.

5. Kørsel af lokalt installerede eksekverbare filer

Vi installerede en pakke i vores projekt, den leveres med en eksekverbar, men den fungerer kun, når vi kører den via et npm-script. Har du spekuleret på hvorfor, eller hvordan man kan overvinde det?

Lad os først forstå hvorfor - når vi udfører kommandoer i vores terminal, hvad der faktisk sker er, at det ser ud til en eksekverbar med samme navn i alle de stier, der er angivet i vores PATHmiljøvariabel. Sådan er de magisk tilgængelige overalt. Lokalt installerede pakker registrerer deres eksekverbare filer lokalt, så de er ikke anført i vores PATHog kan ikke findes.

Hvordan fungerer det, når vi kører disse eksekverbare filer via et npm-script, du spørger? Godt spørgsmål! Det er fordi, når npm kører på denne måde, gør et lille trick og tilføjer en ekstra mappe til vores PATH, /node_modules / .bin.

Du kan se det ved at løbe npm run env | grep "$PATH". Du kan også køre bare for npm run envat se alle tilgængelige miljøvariabler, npm tilføjer nogle flere interessante ting.

node_modules/.bin, hvis du spekulerede på, er nøjagtigt hvor lokalt installerede pakker placerer deres eksekverbare filer.

Lad os køre ./node_modules/.bin/mochai vores projekts bibliotek for at se det i aktion.

Simpelt, ikke? Bare løb./node_modules/.bin/ nd> whenever you want to run a locally-installed executable.

6. Find your package on the internet

You might came across the repository entry in the package.json file and wondered: “What is it good for?”.

To answer it, simply run npm repo and watch it open in your browser .

Same applies, by the way, for the npm home command and the homepage entry.

If you want to open your package page on npmjs.com, there’s a nice shorthand for that as well, npm docs.

7. Run scripts before and after other scripts

You’re probably familiar with scripts such as pretest, which allows you to define code that would run before the test script.

What you might be surprised to find out, is that you can have pre and post scripts for every script, including your own custom scripts!

It’s very useful for projects in which you use npm as your build tool and have many scripts you need to orchestrate.

8. Bumping package’s version

You have a package, you use semver for versioning, and you need to bump the version before a new release.

One way to do this is to open the package.json file and change the version manually, but we’re not here for that.

An easier way is to run npm version with major, minor or patch.

That’s all for now.

I hope you learned something new and found at least one of those tricks useful for your day-to-day workflow, and ideally you also know npm better now and have some new ideas for how you can utilize it better in your job.

Impressing your colleagues is great, but constantly learning new things and being more professional is even better!

If you know additional useful tricks, please share them in the comments!