Согласно пакету NodeServices , он позволяет вам "вызывать Node.js модулей в времени выполнения в ASP. NET Базовых приложениях" (выделю мое). Это более подробно повторяется на GitHub ReadMe :
Этот пакет NuGet обеспечивает быстрый и надежный способ вызова кода Node.js из приложения. NET (обычно ASP. NET Основные веб-приложения). Вы можете использовать это всякий раз, когда вы хотите использовать Node / NPM -поддерживаемую функциональность во время выполнения в ASP. NET.
Это полностью не зависит от возможности, например, прекомпиляции, минимизации или перемещения JavaScript файлов за сборку времени.
Вы не - и выиграли 't - нужны NodeServices для загрузки npm зависимостей пакета через:
- Командная строка на локальной рабочей станции,
- Из Visual Встроенная интеграция Studio или
- Из задачи на сервере сборки (например, задача
npm
в Azure Конвейеры ).
Аналогично, для прекомпиляции, минимизации и перемещения клиентских зависимостей из их исходного каталога в их каталог распространения вы можете (продолжать?) Использовать такие инструменты, как Gulp. js, Grunt или WebPack , каждая из которых представляет собой систему сборки, работающую поверх Node.js.
Важно: Критическое различие здесь вам не нужно вызывать эти инструменты в runtime из вашего приложения. NET. Вы включаете вывод из ваших Node.js инструментов сборки в ваше приложение. NET, но вы не выполняете Node.js код как часть ваше. NET приложение.
Единственное исключение - если вы используете NodeService для динамического выполнения этих задач сборки во время выполнения. Например, если ваше приложение настроено с UseWebpackDevMiddleware()
, это больше не будет работать. В этом случае вам потребуется выполнить переход к процессу сборки, который происходит до (или во время) развертывания.