Несколько приложений Django, каждый из которых имеет реагирующий веб-интерфейс - PullRequest
Новая
       35

Несколько приложений Django, каждый из которых имеет реагирующий веб-интерфейс

0 голосов
/ 11 июня 2018

У меня есть приложение Django (+ REST framework) с подключаемыми приложениями Django (которые обнаруживаются с помощью точек входа distutils, могут быть разработаны независимо друг от друга и установлены через pip).Пока это хорошо работает.

Основное приложение должно предоставлять базовый index.html, который динамически загружает компоненты React, и каждое приложение должно иметь возможность добавлять компоненты React в виде плагинов, которые затем объединяются в интерфейсе.

Но: Какого черта я должен размещать свои клиентские каталоги в каждом приложении, чтобы они были найдены для сбора всех статических файлов?Должен ли я поместить приложение реагирования в /my-app1/client и /my-app2/client? 

my-application/
  core-app/
    client/
      react files etc
    static/
    models.py
    ...
  plugin-app1/
    client/
      react files etc
    static/
    models.py
    ...

и указать Webpack / brunch / what для компиляции всех файлов css / js etc в /my-app1/static, за которым следует ./manage.py collectstaticтогда?

Есть ли лучший способ собрать распределенный реагирующий «плагин» в различных приложениях Django в один статический каталог?Может ли brunch.io сделать это?Webpack?Другая?Собственный скрипт?

Было бы неплохо иметь что-то вроде brunch watch - чтобы мгновенно обновлять все измененные файлы.Это работает для одного каталога, но не для распределенной сети каталогов плагинов, верно?

Или это совершенно неверно?Пожалуйста, помогите.

...