【问题标题】:ember-cli project within Django applicationDjango 应用程序中的 ember-cli 项目
【发布时间】:2015-02-23 09:29:17
【问题描述】:

到目前为止,我通过在 Django 静态文件夹中包含所有必需的供应商文件来使用 ember。随着 ember-cli 的兴起,越来越多的 ember 相关文件在单机版中不可用。他们需要使用 npm 和/或 ember-cli。

Ember-cli 使用 npm,它创建和管理自己的文件,创建所有项目文件并管理加载它们......所以现在我如何集成而不是使用 Django 应用程序。喜欢:

  • 我想在 Django 的给定页面上连接一个 ember 应用程序。 ember-cli 似乎没有涵盖此类场景?
  • 所有供应商文件(JS 和其他)必须由 Django 提供/由静态文件查找器找到。 npm 不会安装到 Django 项目 staticfiles 目录。
  • 最好能够收集文件/制作具有单独子文件夹的应用程序,这样当较新的应用程序提取较新的供应商文件等时,旧应用程序就不会中断。

那么使用 ember-cli 和 Django 是否可行?处理此类项目的最佳方式是什么?

【问题讨论】:

    标签: django ember.js


    【解决方案1】:

    您将需要设置构建和部署流程,以便部署 Ember 构建的资产,以便您的 Django 应用程序可以提供这些资产。

    我想在 Django 的给定页面上连接一个 ember 应用程序。 ember-cli 似乎没有涵盖此类场景?

    您绝对可以在 Django 页面中运行 Ember 应用程序。在 Django 提供的页面中设置您的应用程序出口。

    所有供应商文件(JS 和其他)必须由 Django 提供/由 静态文件查找器。 npm 不会安装到 Django 项目静态文件 目录。

    设置一个进程,将npm下载的依赖复制到静态文件中 目录作为部署的一部分。

    如果能够收集文件/制作应用程序会很好 单独的子文件夹,以便旧应用程序在新应用程序时不会中断 拉取较新的供应商文件等。

    让相同依赖项的多个副本浮动似乎同样糟糕——尤其是如果单个用户将导航到托管在 Django 应用程序的不同页面上的多个 ember 应用程序,这些应用程序依赖于相同的库。您必须选择是尝试单独维护每个 Ember 应用程序的依赖关系,还是同时升级每个应用程序的依赖关系。这将取决于您的需求以及每个应用中功能的紧密耦合程度。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-11-07
      • 2014-08-30
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多