Fatal编程技术网
  • django/
  • 多个Django应用程序，每个应用程序都有一个react前端

多个Django应用程序，每个应用程序都有一个react前端

django reactjs plugins webpack

多个Django应用程序，每个应用程序都有一个react前端,django,reactjs,plugins,webpack,brunch,Django,Reactjs,Plugins,Webpack,Brunch,我有一个Django应用程序（+REST框架），带有可插入的Django应用程序（使用distutils的入口点发现，可以相互独立开发，并通过pip安装）。到目前为止，这种方法效果良好 主应用程序应该提供一个基本index.html，动态加载React组件，每个应用程序都应该可以添加React组件作为插件，然后在前端进行组合 但是：我该如何将我的客户端目录放入每个应用程序中，以便找到它们来收集所有静态文件呢？ 我是否应该将react应用程序放入/my-app1/client和/my-app2/c

我有一个Django应用程序（+REST框架），带有可插入的Django应用程序（使用distutils的入口点发现，可以相互独立开发，并通过pip安装）。到目前为止，这种方法效果良好

主应用程序应该提供一个基本index.html，动态加载React组件，每个应用程序都应该可以添加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/which将所有css/js etc文件编译成
/my-app1/static
，然后再编译成
/manage.py collectstatic

有没有更好的方法将不同Django应用程序中的分布式react“插件”收集到一个静态目录中？ 早午餐能做到这一点吗？网页包？另一个自己的剧本

拥有像早午餐手表这样的东西将是一件很好的事情，它可以立即对所有更改的文件进行热更新。这适用于一个目录，但不适用于插件目录的分布式网络，对吗

或者这完全被认为是错误的？请帮忙。

有人吗？我是第一个拥有这个用例的人吗？还是我想错了？我也有同样的问题。网络上似乎没有关于这一特殊情况的任何信息。我无法想象没有人有过这个问题。但似乎是这样。我开始了我自己的项目这只是ATM的后端部分，处理网页包部分。Vue作为前端，是的。我得检查一下那个项目。