django -- 应用程序子目录 site/app1/app2/app3

Question

如果你要为一个网站编写一个应用程序，但想让应用程序即插即用，这样你就可以把它放到任何 Django 项目中，设置主 URL 就可以了，如果你愿意，你会怎么做将所有其他必需的实用程序应用程序包含在您的便携式应用程序中。

例子：

site/
site/site-app1
site/templates/site-app1
site/util-app1
site/util-app2
site/util-app3

注意：site-app1 使用了所有三个 util-apps。它以这种方式工作得很好。但是现在，您决定将应用程序发送给某人，但只是发送给该应用程序及其所有依赖项。

如果我们可以像这样打包和发送应用程序？：

site/site-app1
site/site-app1/template
site/site-app1/util-app1
site/site-app1/util-app2
site/site-app1/util-app3

然后您只需发送 site-app1，一切都会随之而来。

有没有办法将实用程序应用程序作为子目录进行移植？

注意：我们的想法是我们不想发送整个项目，而是发送一个站点应用程序 仅限项目。

Answer 1

有一些关于可重用 django 应用程序的演示文稿，所以请四处搜索。这些应该可以帮助您：

• 开发可重复使用的应用程序。 pdf 和 video
• Django Templates: The Power of Inheritance

Answer 2

@Gerry 链接到的演示文稿是很好的一般信息来源。为了更直接地回答你的问题，没有办法将一个应用程序打包到另一个应用程序中（编辑抱歉，这完全是错误的。你可以把一个应用程序在另一个人的命名空间内，它工作得很好。虽然这是一件奇怪的事情：你暗示一个应用程序是另一个应用程序的一部分；如果这是真的，它们会更容易用作单个应用程序.所以我仍然推荐以下选项之一）。 AFAICT 你的选择是：

1. 如果可能，将这些外部依赖项设为可选（即，如果 util_app1 可用，则增强功能，如果不可用，则回退行为）。这是关于 django-tagging 或 django-mailer 的应用程序的数量。

2. 将所有功能整合到一个应用程序中。根据您实际依赖实用程序应用程序的代码量，如果依赖项对于您的应用程序运行是绝对必要的，那么这可能是让您的用户轻松使用的最佳选择。

3. 分别打包和分发所有应用程序，并注意文档和 setup.py install_requires 中的依赖关系。如果所有应用程序都是独立有用的，那么这种方法可能是最好的。如果它们都不是独立有用的，为什么它们都是独立的应用程序？

Answer 3

Django 应用程序可以通过遵循某些实践来实现可移植性。当然，这些不是强制性的

申请地点

惯例是在apps/目录中添加应用程序，并修改manage.py（最终是apache配置）以包含

import sys
from os.path import abspath, dirname, join
PROJECT_ROOT = abspath(dirname(__file__))
sys.path.insert(0, join(PROJECT_ROOT, "apps"))

您的目录结构将类似于

site
site/apps/
site/apps/app1/
site/apps/app2/

模板

模板位于应用程序的模板目录中。惯例是不强制用户将它们复制到任何其他位置。最终，用户可以拥有全局模板来覆盖应用程序中的模板。

设置

将所有默认设置保存在应用目录内的本地文件中。这些设置将被全局设置覆盖。本地设置文件将具有以下结构..

from django.conf import settings

def get(key, default):
    return getattr(settings, key, default)

SETTING_1 = get('SETTTING_1', 10)

这些约定应涵盖大多数主要问题。