Джанго НПМ и узел пакетов архитектуры

Question

О проекте Я присоединяюсь это архитектура для node_packages:

|- Django project 
|-- app1 
|-- app2 
|-- node_modules 
|--- foundation-sites 
|--- grunt 
|-- static 
|--- css 
|--- images 
|--- js 
|--urls.py 
|--settings.py 
|--package.json 

Я лично думаю, что node_packages должен быть в статическом в папке js, а также package.json как так :

|- Django project 
|-- app1 
|-- app2 
|-- static 
|--- css 
|--- images 
|--- js 
|---- node_modules 
|----- foundation-sites 
|----- grunt 
|---- packages.json 
|--urls.py 
|--settings.py 

есть разница? что является лучшей практикой? Зачем?

Answer 1

Я понимаю ваше мышление желая сохранить все файлы, связанные с JavaScript в одном месте, но вот несколько причин, вы можете захотеть сохранить папку node_modules и package.json файла из static каталогов, в Django приложения.

1. Скорее всего, вы станете статически обслуживать файлы, которые не предназначены. Если папка node_modules существует в вашей производственной среде, запуск collectstatic должен будет проверять, что она синхронизируется каждый раз, что может быть медленным из-за структуры вложенных зависимостей узлов. Предполагая, что у вас есть шаг сборки для связывания и перевода вашего JS, если эти исходные файлы находятся в пределах static, они также будут обслуживаться как статические файлы, без каких-либо причин.
2. Возможно, вы захотите использовать узел не только для своего процесса сборки JavaScript. Я вижу, что вы используете Grunt, и вы можете использовать его для большего, чем ваши потребности в JavaScript, например, для минимизации вашего css или запуска прокси-сервера вокруг вашего сервера Django dev, который автоматически перезагружает ваш браузер при изменении файлов или Сервер Django перезапускается. Имея это в виду, может возникнуть смысл думать о Node.js как о инструменте в процессе сборки, который может касаться любой части вашего проекта, а также связывание/трансляция JavaScript, являющихся лишь частью этого.

Answer 2

Обычно node_modules должен находиться вне приложения Django. Типичный формат я использую для приложения Django является следующее:

- AppName 
---- appname (This is the Django Project) 
---- appname-env (Python virtualenv) 
---- bower_components 
---- bower.json 
---- gulpfile.js 
---- node_modules 
---- package.json 
---- requirements.txt 

Затем я использую глотка, чтобы скопировать компоненты из модулей либо узлов или компонентов Бауэр в мой каталог приложений static/lib.

Answer 3

• Помещенный npm_modules и package.json на верхнем уровне вашего проекта:

  • легко доступны, вы устанавливаете модули и выполнять команды на верхнем уровне вашего проекта
  • dependecies обнаженном на верхнем уровне, обычно вместе с требованиями к приложению
  • внешние библиотеки/модули, отделенные от вашего кода
• Добавить npm_modules.gitignore

• Подавать только сгенерированные файлы.Держите исходный код вне STATICFILES_DIRS

• (Необязательно) Если вы хотите, чтобы служить некоторые НПЕ модули без vendoring (вместо беседки) использовать инструмент как django-npm, чтобы определить, что будет подвергаться

Пример проекты:

https://github.com/mbrochh/django-reactjs-boilerplate

https://github.com/Seedstars/django-react-redux-base