Автор оригинала: FreeCodeCamp Community Member.
Адир Амсалием
Вы смотрите кодирование коллеги, есть сокращение или трюк, как-то, как вы не знакомы с ним, и ваш разум отрывается. Случается со всеми нами все время.
В этом коротком посте мы рассмотрим некоторые очень полезные уловки NPM. Есть много еще больше, чем мы можем скрыть здесь, поэтому я решил сосредоточиться на тех, которые наиболее актуальны и полезны для нашего повседневного рабочего процесса как разработчики.
Основные сокращения, прежде чем мы начинаем
Чтобы все выровнять, особенно новички среди нас, давайте будем быстрый обзор основных сокращений и убедитесь, что никто не пропустил ничего, тривиально.
Установка пакета:
Регулярное: NPM установить PKG Снаряжение: NPM I PKG Отказ
Установка пакета глобально:
Регулярное: NPM I --глобал PKG Снаряжение: NPM I -G PKG Отказ
Установка пакета и сохранить его как зависимость:
Регулярное: NPM I --save pkg Снаряжение: NPM I -S PKG Отказ
Установка пакета и сохранить его как Devdependency:
Регулярное: NPM I --save-dev pkg Снаряжение: NPM I -D PKG Отказ
Для дополнительных сокращений прочитайте собственную банкетку NPM Список сокращения Отказ
Давайте начнем с интересных вещей сейчас.
1. Инициализация нового пакета
Мы все знаем NPM init Это первое, что мы делаем, при создании нового пакета.
Но все эти вопросы довольно раздражают, и мы все равно модифицируем это, так почему бы не просто избежать этого?
NPM init -y и NPM init -f на помощь!
2. Запуск тестов
Другая команда, которую мы все используем, это NPM Test Отказ Большинство из нас используют его каждый день, несколько раз в день.
Что если я сказал вам, что вы можете сделать то же самое с ~ на 40% меньше персонажей? Мы используем это так много, так что это хорошая победа.
К счастью, есть NPM T , что именно это делает!
3. Список доступных сценариев
Мы добираемся до нового проекта, и мы удивляемся, как начать. Мы обычно спрашиваем о себе такие вещи, как: как мы бежим? Какие сценарии доступны?
Один из способов обнаружения – это открыть файл Package.json и проверьте Сценарии раздел.
Мы можем сделать лучше, конечно, поэтому мы просто бегаем NPM Run И получите список всех доступных сценариев.
Дополнительная опция для установки NTL ( NPM I -G NTL ), а затем запустить NTL в папке проекта. Это также позволяет запускать скрипты, что делает его очень удобным.
4. Список установленные пакеты
Подобно доступным сценариям, иногда мы спрашиваем о себе, какие зависимости у нас есть в нашем проекте.
Мы можем еще раз открыть файл package.json и проверьте, но мы уже знаем, что мы можем сделать лучше.
Встретить NPM Ls --depth 0 Отказ
Чтобы перечислить глобально установленные пакеты, мы можем запустить то же самое с -G Флаг, NPM LS -G --depth 0 Отказ
5. Запуск локально установленных исполняемых файлов
Мы установили пакет в нашем проекте, он поставляется с исполняемым, но он работает только при запуске через скрипт NPM. Вы задавались вопросом, почему или как его преодолеть?
Во-первых, давайте понять, почему – когда мы выполняем команды в нашем терминале, что на самом деле происходит, состоит в том, что он ищет исполняемый файл с тем же именем во всех путях, которые указаны в нашем Путь Переменная среды. Вот как они волшебны доступны из любого места. Локально установленные пакеты регистрируют свои исполняемые файлы локально, поэтому они не указаны в нашем Путь и не будет найдено.
Как работает, когда мы запускаем эти исполняемые файлы через сценарий NPM, который вы спрашиваете? Хороший вопрос! Это потому, что при запуске такого пути NPM немного удается и добавляет дополнительную папку к нашему Путь ,
Вы можете увидеть это, запустив NPM запустить env | Греп "$ Путь" Отказ Вы также можете запустить только NPM запустить env Чтобы увидеть все доступные переменные среды, NPM добавляет еще несколько интересных вещей.
node_modules/.bin Если вам интересно, именно там, где локально установленные пакеты размещают свои исполнители.
Давайте запустим ./node_modules/.bin/mocha В каталоге нашего проекта, чтобы увидеть его в действии.
Просто, верно? Просто беги ./node_modules/.bin/
6. Найдите свой пакет в Интернете
Вы могли бы наткнуться на Репозиторий Вход в Package.json Файл и задавался вопросом: «Что это хорошо?».
Чтобы ответить на него, просто запустите НПМ РЕПО И посмотрите его открытым в вашем браузере.
Так же относится, кстати, для НПМ Главная команда и Главная страница Вход.
Если вы хотите открыть страницу пакета на npmjs.com Также есть хорошая стенана для этого, NPM Docs Отказ
7. Запустите скрипты до и после других скриптов
Вы, вероятно, знакомы с такими сценариями, как Предтолет , что позволяет определить код, который будет работать до Тест скрипт
То, что вы можете быть удивлены, чтобы выяснить, что вы можете иметь Pre и Post Scripts для каждого сценария, включая собственные пользовательские сценарии!
Это очень полезно для проектов, в которых вы используете NPM в качестве инструмента сборки и иметь много сценариев, которые вам необходимо организовать.
8. Уситающая версия пакета
У вас есть пакет, вы используете СЕМВЕР Для версий, и вам нужно поднять версию до нового выпуска.
Один из способов сделать это – открыть файл package.json и изменить версию вручную, но мы здесь не для этого.
Проще пробежать Версия NPM с Майор , несовершеннолетний или патч Отказ
Это все сейчас.
Я надеюсь, что вы узнали что-то новое и нашли хотя бы один из тех трюков, которые полезны для вашего повседневного рабочего процесса, и в идеале вы также лучше знаете NPM и иметь новые идеи для того, как вы можете использовать его лучше в своей работе.
Впечатляя ваши коллеги великолепны, но постоянно изучают новые вещи и быть более профессионалом, даже лучше!
Если вы знаете дополнительные полезные трюки, пожалуйста, поделитесь ими в комментариях!