Почему успех NPM, когда подмодули не удается построить?

Question

Часто при использовании npm Я столкнулся с ошибками, которые, как представляется, ничего не значат - проекты Visual Studio, неспособные строить, создавать инструменты (например: python.exe/CL.exe), недоступны в командной строке и т. Д.

Некоторые примеры пакетов, которые я видел, не строить много раз:

Kerberos
• узел-лавочка
• Bcrypt

Они вызывают большие сообщения об ошибках со следами стека и т. Д. На консоль в течение npm install, явно провалившись полностью; Тем не менее, NPM носит счастливый Ларри и 9 раз из 10 моих приложений Javascript, и все его зависимости работают нормально.

1. ли npm install заново строить каждую зависимость рекурсивно, используя любые компиляторы доступны на локальной машине?

2. Если да, и учитывая огромное количество зависимостей, которые могут иметь даже простые пакеты, как я могу делать НИЧЕГО без полного набора языков программирования и компиляторов?

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

4. Если зависимость, неспособная построить, «нормально», зачем вообще иметь зависимость?

Я не смог найти четкие ответы на все это, из-за подавляющего количества ресурсов, найденных при поиске таких терминов, как «НПМ сборки не в состоянии».

Answer 1

npm будет успешным, если эти зависимости действительно отмечены как необязательные. Модуль ws является примером этого, где они имеют необязательные зависимости от двух компилятивных аддонов. Если они не могут построить, то ws просто использует резервные реализации pure js.

Причина, по которой добавление иногда добавляется в качестве необязательных зависимостей, заключается в том, что они (чаще всего) выполняют быстрее, чем чистые js-альтернативы, даже для чего-то как «простого», как проверка UTF-8 или XOR'ing содержимого буфера.