Я не уверен, возможно ли это, или это относится к репо Node.js.

Что почему

Часто бывают случаи, когда определенные зависимости требуют определенных конфигураций сборки для правильной работы во всей среде (например).

Эта конфигурация может быть конфигурацией Babel, конфигурацией Webpack или чем-то особенным только для этого пакета.

В настоящее время не существует стандартизированного способа настройки пакетов.

Некоторые люди используют соглашение, в котором они помещают поле в package.json названное в честь пакета, и пакет может это прочитать. Но это не кажется достаточно стандартным.

Когда

Когда пакету требуется настраиваемая конфигурация для времени выполнения или сборки.

Где

Как

Иногда в некоторых случаях JavaScript требует шагов сборки. Эта функция конфигурации будет иметь необязательный параметр «зависимости сборки», который можно передать любому пакету (независимо от того, собирают ли они собственные модули или просто переносят JavaScript в более низкую форму).

В зависимости от конфигурации пакету могут потребоваться определенные зависимости, которые в противном случае ему не понадобились бы (например, зависимости сборки).

Таким образом, система пакетов будет достаточно умной, поскольку, если у пользователя есть определенная конфигурация пакета, она может определить, какие дополнительные зависимости нужно установить.

Может быть, эту функцию просто нужно расширить с существующей системы собственных модулей до общей системы JavaScript (для простоты использования собственные модули сложны).

Это также может быть очень полезно для таких вещей, как необязательные зависимости. Было бы легко с помощью config указать, что библиотека использует (например) three вместо babylonjs . Это приведет к установке соответствующей зависимости. Это похоже на одноранговые зависимости, но проще, и данный пакет, который зависит от необязательных зависимостей, будет иметь стандартный способ надежного доступа к конфигурационному API, чтобы определить, указаны ли определенные условия (в настоящее время это сложно, и любое прохождение через кисту node_modules не- стандарт в этих случаях).

Текущее поведение

• н / д

Ожидаемое поведение

• покрыто выше на высоком уровне

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

В общем, есть проблемы с подобными вещами, с которыми NPM пока не может справиться.

Кто

авторы пакетов и их пользователи

использованная литература

• н / д