Привет и добро пожаловать в слова на бумаге.

TL; DR:
npm / yarn хорошо связывает репозиторий GitHub с опубликованным пакетом.
Посмотрите на исходный код!

Проявите немного предвидения, чтобы избежать «Я не могу заставить пакет работать».
Часто проблема заключается в пакете, а не в разработчике.

Почему люди публикуют пакеты NPM?

Я могу говорить только за себя.
Публикация пакета дает хорошую гибкость для совместного использования кода в проектах.
Дополнительным плюсом является совместное использование хорошо разработанного решения с другими.

Что это значит?

Поскольку пакет решает мою конкретную проблему, он обычно остается кратким и представляет собой минимум, необходимый для достижения результата.

Поскольку за моим пакетом нет организации, он растет естественным образом и обычно не на 100% обеспечивает все возможные функции.

Взгляните на исходный код:

Перестаньте думать, что другие разработчики решают проблему за вас.
Вместо этого думайте, как человек, опубликовавший пакет.

Они создали пакет, поэтому им не пришлось создавать его заново.
Аналогичным образом прочтите пакет, чтобы вам не пришлось изобретать велосипед.

Если в проекте есть что-то, чего вы не понимаете:
1) Будьте в восторге, это может быть знаком к поиску и изучению трюка для javascript.
2) Найдите их твиттер обработайте и отправьте им прямое сообщение, задайте вопрос.
3) В крайнем случае, двигайтесь дальше по сути времени.

У меня есть решение; они не примут мой пр! 😰

Поскольку вы смотрели исходный код и заметили, как работает пакет, теперь вы близки к финишу! 😄

Вы можете изменить пакет в node_modules / ‹package_name›, чтобы получить обновленное исправление. Когда он работает, рассмотрите возможность открытия запроса на вытягивание. 🆒

Для объединения и повторной публикации запросов на извлечение требуется некоторое время.

Если ждете PR, опубликуйте решение с названием ветки + форка.

Такая ситуация произошла со мной @lunchpool,
Я изменил одну строку кода и опубликовал пакет с тем же именем и render-fork, добавленным в конец имени пакета.
Намерение после pr - объединенный пакет будет удален.

Https://github.com/maisano/react-router-transition/pull/106#issuecomment-483026944

Контрольный список для использования зависимости NPM:

1) Перейдите по ссылке GitHub, представьте, что вы написали пакет
и попытаетесь выяснить, как он работает.
2) Прочтите Readme, надеюсь, он пытается рассказать вам, что он делает, но понимайте readme может лгать, так как отчасти это коммерческая подача.
3) Посмотрите на PR и проблемы, которые существуют в настоящее время, они могут решить проект.
4) Если вы обнаружите ожидающий PR, оставьте сообщение, спрашивая, если они может временно опубликовать исправление с условным обозначением ‹имя пакета› + имя-исправления.
5) Если пакет не выполняет требуемую работу, ищите похожие пакеты.
В лучших именах пакетов часто есть Ужасные решения, глядя на популярность между тремя пакетами NPM, иногда могут показать, какой из них является лучшим кандидатом для решения проблемы.

Оценка альтернатив пакета NPM «Подсказка»:

Node_module «prompt»
Популярность 576 842 загрузок в неделю

Анализ GitHub:
1) Подсказывает ли пользователь
2) Нет поддержки обещаний javascript.
3) Есть PR для поддержки обещаний javascript.

Node_module «подсказывает»
Популярность 3 546 481 скачивание еженедельно

Анализ GitHub
1) Подсказывает ли пользователь
2) Поддерживает обещания javascript.

Резюме:
«prompts» содержит желаемое решение для моего текущего проекта.

Популярность может быть ранним индикатором решения общих проблем.
Однако люди, занимающиеся программным обеспечением, не всегда используют идеальное решение. Вместо этого они обычно выбирают первый работающий элемент.

Вывод

Как красноречиво выразились Рик и Морти:
Думай сам, не будь овцами. «(Редгрен Грумбхолдт) »

Прокомментируйте, если у вас есть истории о зависимости, если вы согласны или не согласны.

Спасибо, что прочитали статью, надеюсь, она поможет вам стать лучшим разработчиком.