npm дозволяє нам вказати bundledDependencies, але в чому переваги цього? Думаю, якщо ми хочемо бути абсолютно впевненими, що отримаємо правильну версію, навіть якщо модуль, на який ми посилаємось, буде видалено, або, можливо, є зв’язок з перевагою швидкості?
Хтось знає переваги bundledDependenciesнад звичайними залежностями?
Відповіді:
Однією з найбільших проблем зараз з Node є те, як швидко він змінюється. Це означає, що виробничі системи можуть бути дуже неміцними і npm updateможуть легко зламати речі.
Використання bundledDependencies - це спосіб обійти цю проблему, переконавшись, як ви правильно передбачаєте, що ви завжди будете доставляти правильні залежності, незалежно від того, що ще може змінюватися.
Ви також можете використовувати це, щоб об’єднати власні приватні пакети та доставити їх під час встановлення.
npm updateне вплине на будь-які залежності в bundledDependencies?
Для швидкого читача : це ОК йде про package.json поле bundledDependencies, НЕ про пакеті .
"bundledDependencies" - це саме те, що випливає з їх назви. Залежності, які мають бути всередині вашого проекту. Отже, функціональність в основному така ж, як і звичайні залежності. Вони також будуть упаковані під час бігу npm pack.
Звичайні залежності зазвичай встановлюються з реєстру npm. Таким чином, пакетні залежності корисні, коли:
Таким чином, вам не потрібно створювати (і підтримувати) власне сховище npm, але отримувати ті самі переваги, що і ви отримуєте від пакетів npm.
При розробці я не думаю, що головне - запобігати випадковим оновленням. Для цього ми маємо кращі інструменти, а саме сховища коду (git, mercurial, svn ...) або тепер блокуємо файли.
Щоб закріпити версії пакета, ви можете використовувати:
Варіант 1: Використовуйте новішу версію NPM 5, яка постачається з вузлом 8. Він використовує package-lock.jsonфайл (див. Блог вузлів та випуск вузла 8)
Варіант 2: використовувати пряжу замість npm. Це менеджер пакетів з facebook, швидший за npmі використовує yarn.lockфайл. В package.jsonіншому випадку використовується те саме .
Це можна порівняти з файлами блокування в інших менеджерах пакетів, таких як Bundler або Cargo. Він схожий на npm-npm-shrinkwrap.json, проте він не втрачає і створює відтворювані результати.
npmнасправді скопіював цю функцію yarn, серед іншого.
npm shrinkwrapбільшу частину часу, а іноді розміщувати все це, включаючи папку node_module, у ваше сховище коду. Або, можливо, використовувати термоусадочний пакет . Тоді найкращі практики обговорювались у блозі node.js та на веб-сайтах розробників радості .Це трохи поза сферою питання, але я хотів би згадати останній тип залежностей (про які я знаю): залежності від однолітків . Також перегляньте це пов'язане запитання SO та, можливо, документи yarnon bundledDependencies .
npm install -g shrinkpackінструменту.
Інша перевага полягає в тому, що ви можете помістити туди свої внутрішні залежності (компоненти програми), а потім просто вимагати їх у своєму додатку, ніби це незалежні модулі, замість того, щоб захаращувати вашу бібліотеку / та публікувати їх у npm.
Якщо / коли вони дозріють до такої міри, що вони можуть жити як окремі модулі, ви можете легко розмістити їх на npm, не змінюючи свій код.
Я здивований, що я вже не бачив цього тут, але при ретельному відборі bundledDependenciesйого можна використовувати для створення розповсюджуваного пакету, npm packякий буде працювати в системі, де npmне налаштовано. Це корисно, якщо у вас є, наприклад, система, яка не підключена до мережі / не в Інтернеті: перенесіть свій пакет на флеш-накопичувач (або що завгодно) і розпакуйте tarball, тоді npm runабо node index.jsі він просто працює.
Можливо, є кращий спосіб згрупувати вашу програму для запуску "в автономному режимі", але якщо вона є, я її не знайшов.
В операційному відношенні я розглядаю bundledDependencies як приватний модуль сховища модуля, де залежності є більш загальнодоступними, вирішуються між вашим модулем та його залежностями (і підзалежностями). Ваш модуль може покладатися на стару версію, скажімо, реагувати, але для залежності потрібні найновіші і найвищі. Ваш пакет / установка призведе до закріпленої версії node_modules/$yourmodule/node_modules/react, тоді як ваша залежність отримає свою версію node_modules/react(або node_modules/$dependency/node_modules/reactякщо вони настільки схильні).
Застереження: нещодавно я зіткнувся із залежністю, яка неправильно налаштувала свою залежність від реакції, а реагування в bundledDependencies призвело до того, що цей залежний модуль вийшов з ладу під час виконання.