Django 包含一个已安装应用配置记录，能够存储配置和内省。它同时还维护一个可用的 模型 列表。
\n此注册表称为:attr:应用`~django.apps.apps` ，并且它可用于:mod:django.apps::。
\n>>> from django.apps import apps\n>>> apps.get_app_config('admin').verbose_name\n'Administration'\n术语 project（项目） 指的是一个 Django web 应用，该项目的Python包主要包含配置模块，但通常也包含其他内容。例如，当你在命令行执行 django-admin startproject mysite 命令时，你会得到一个名为 mysite 的项目目录，其中包含一个同样名为 mysite 的Python包，Python包内包括 settings.py、 urls.py、 asgi.py 和 ``wsgi.py``等文件。项目的Python包通常也会扩展从而包含一些其他内容，比如fixture、CSS，以及与特定应用绑定的模板等。
一个 项目的根目录 (包含 manage.py 文件的目录) 通常是所有项目应用程序的容器，应用不能独立安装。
术语 application 指的是提供了一些功能的 Python 包。应用 可在多个项目中重用。
\n应用程序包括模型，视图，模板，模板标签，静态文件，URL，中间件等的一些组合。它们通常使用 INSTALLED_APPS 选项加入到项目中，也可以使用其他机制，如 URLconf， MIDDLEWARE 配置或模板继承。
了解Django应用程序是一组与框架的各个部分进行交互的代码，这一点很重要。没有诸如“应用程序”对象之类的东西。但是，在某些Django需要与已安装的应用程序进行交互的地方，主要用于配置和内省。这就是为什么应用程序注册表在每个安装的应用程序的:class:`~django.apps.AppConfig`实例中维护元数据的原因。
\n一个项目包可以自由的作为一个应用程序并包含一些模型等（前提是，需要把它加入 INSTALLED_APPS）。
配置一个应用程序，需要继承 AppConfig，将子类的点式路径加入 INSTALLED_APPS 中。
当 INSTALLED_APPS 包含当前路径到一个应用程序模块的路径时，Django 会检查该模块下的 default_app_config 变量。
如果已经定义，它是当前路径到到达该应用程序子类 AppConfig 的路径。
如果没有 default_app_config，Django 会使用基类 AppConfig。
default_app_config 允许 Django 1.7 之前的应用程序（例如 django.contrib.admin）在不要求用户更新 INSTALLED_APPS 的情况下就可以加入 AppConfig 特性。
新的应用程序应该避免使用 default_app_config。相反，它们应该在 INSTALLED_APPS 中显式地配置对应 AppConfig 子类的完整点式路径。
项目中直接使用 "Rock ’n’ roll"，其名字会是 anthology，但是你可能期望显示 "Jazz Manouche"，这需要你提供自定义配置:
# anthology/apps.py\n\nfrom rock_n_roll.apps import RockNRollConfig\n\nclass JazzManoucheConfig(RockNRollConfig):\n verbose_name = "Jazz Manouche"\n\n# anthology/settings.py\n\nINSTALLED_APPS = [\n 'anthology.apps.JazzManoucheConfig',\n # ...\n]\n同样，在名为 app 的子模块中定义项目配置类是一种约定俗成的惯例，但不强求。
应用程序配置对象存储了应用的元数据。某些属性可以在 AppConfig 的子类中配置。而其它 Django 设置好的配置是只读的。
指向此应用的完整的 Python 格式的路径，如 'django.contrib.admin'。
此属性定义配置适用的应用程序。每个 'django.apps.AppConfig` 子类都必须包含此项。
\n它必须在整个 Django 项目中唯一。
\n应用简称，如 'admin'
此属性允许在两个应用标签冲突时重命名其中一个的标签名。默认是 name 的最后一段。必须是一个有效的 Python 标识符。
它必须在整个 Django 项目中唯一。
\n应用容易被人理解的名称，如 "Administration"。
\n此属性默认值为 label.title()。
应用目录的文件系统路径，如 '/usr/lib/pythonX.Y/dist-packages/django/contrib/admin'。
大多数情况下，Django 能自动检测并设置此属性，但你也能在 AppConfig 子类中申明此属性，显式地重写它。很少情况下要这么做；例如，若应用包是一个拥有多个路径的 命名空间。
应用的根模块，如 <module 'django.contrib.admin' from 'django/contrib/admin/__init__.py'>。
包含模型的模块，如 <module 'django.contrib.admin.models' from 'django/contrib/admin/models.py'>。
应用不包含 models 模块时，可能是 None。注意，数据库关联的信号，例如 pre_migrate 和 post_migrate 仅在应用有 models 模块时发出。
为该应用返回一个可迭代的 Model 类。
要求完整填写应用注册信息。
\n返回给出的 model_name 的 Model。 model_name 是大小写敏感的。
如果应用中不存在此模块，则抛出 LookupError 异常。
\n除 require_ready 参数为 False 的情况下，都必须完整设置注册信息。 require_ready 行为与 apps.get_model() 一致。
子类可以重写此方法来执行类似注册信号的初始化任务。只要注册表被填满就会调用此方法。
\n虽然你不能在定义 AppConfig 类的模型层导入模型，但可以在 ready() 中导入，通过 import 语句或 get_model()。
若你正在注册 model signals，你可以通过字符串标签追踪发信者，而不是用模型类。
举例:
\nfrom django.apps import AppConfig\nfrom django.db.models.signals import pre_save\n\n\nclass RockNRollConfig(AppConfig):\n # ...\n\n def ready(self):\n # importing model classes\n from .models import MyModel # or...\n MyModel = self.get_model('MyModel')\n\n # registering signals with the model's string label\n pre_save.connect(receiver, sender='app_label.MyModel')\n没有__init__.py文件的Python包被称为“命名空间包”，并且可能分布在sys.path上不同位置的多个目录中（见：pep:'420'）
\nDjango应用程序需要一个单一的基本文件系统路径，Django（取决于配置）将在其中搜索模板、静态资产等。因此，只有在以下情况之一为真时，命名空间包才可能是Django应用程序：
\n名称空间包实际上只有一个位置（即不分布在多个目录中）。
The AppConfig class used to configure the application\nhas a path class attribute, which is the\nabsolute directory path Django will use as the single base path for the\napplication.
If neither of these conditions is met, Django will raise\nImproperlyConfigured.
应用程序注册表提供以下公共API。以下未列出的方法被视为私有方法，可能会更改，恕不另行通知。
\nBoolean attribute that is set to True after the registry is fully\npopulated and all AppConfig.ready() methods are called.
返回一个由django.apps.AppConfig类实例组成的可迭代对象
\nReturns an AppConfig for the application with the\ngiven app_label. Raises LookupError if no such application\nexists.
Checks whether an application with the given name exists in the registry.\napp_name is the full name of the app, e.g. 'django.contrib.admin'.
Returns the Model with the given app_label\nand model_name. As a shortcut, this method also accepts a single\nargument in the form app_label.model_name. model_name is\ncase-insensitive.
Raises LookupError if no such application or model exists. Raises\nValueError when called with a single argument that doesn't contain\nexactly one dot.
Requires the app registry to be fully populated unless the\nrequire_ready argument is set to False.
Setting require_ready to False allows looking up models\nwhile the app registry is being populated,\nspecifically during the second phase where it imports models. Then\nget_model() has the same effect as importing the model. The main use\ncase is to configure model classes with settings, such as\nAUTH_USER_MODEL.
When require_ready is False, get_model() returns a model class\nthat may not be fully functional (reverse accessors may be missing, for\nexample) until the app registry is fully populated. For this reason, it's\nbest to leave require_ready to the default value of True whenever\npossible.
Django 启动后， django.setup() 负责配置应用注册信息。
配置 Django：
\n加载配置。
设置日志。
若 set_prefix 为 True，为 URL 处理器脚本增加前缀 FORCE_SCRIPT_NAME，若未定义此项，则使用 /。
初始化应用注册
这个函数会被自动调用。
\n当通过 Django 的 WSGI 支持运行 HTTP 服务。
调用一个管理命令时。
在其他情况下，必须显式调用它，例如在纯 Python 脚本中。
\n应用注册的初始化过程分三个阶段完成。在每个阶段，Django 根据应用在 INSTALLED_APPS 中的顺序依次处理。
首先，Django 导入 INSTALLED_APPS 中各项条目。
If it's an application configuration class, Django imports the root package\nof the application, defined by its name attribute. If\nit's a Python package, Django creates a default application configuration.
在这情况下，你的代码不应该导入任何模型！
\n换句话说，应用程序的根包和定义应用程序配置类的模块不能导入任何模型，即使是间接导入。
\n严格来说，一旦应用配置完成加载后，Django 是允许导入模型。然而为了避免不必要的 INSTALLED_APPS, 顺序约束。强烈建议在这个阶段不要导入任何模型。
一旦这个阶段完成，可以使用 API 对应用程序配置（如：meth：〜apps.get_app_config() ）进行操作。
\n然后 Django 尝试导入每个存在模型的应用程序中，继承了``models``的所有子模型。
\n您必须在应用程序的“models.py”或“models / __ init __。py”中定义或导入所有模型。 否则，此时应用程序注册表可能不会完全加载，这可能会导致ORM出现故障。
\n此步骤完成后，操作模型的 API，例如 get_model()，就可以使用了。
最后，Django运行每个应用程序配置的：meth：`〜AppConfig.ready（）`方法。
在初始化期间，这里有一些常见的错误你可能会遇上。
\nAppRegistryNotReady: This happens when\nimporting an application configuration or a models module triggers code that\ndepends on the app registry.
For example, gettext() uses the app\nregistry to look up translation catalogs in applications. To translate at\nimport time, you need gettext_lazy()\ninstead. (Using gettext() would be a bug,\nbecause the translation would happen at import time, rather than at each\nrequest depending on the active language.)
Executing database queries with the ORM at import time in models modules\nwill also trigger this exception. The ORM cannot function properly until all\nmodels are available.
\n如果你忘记在一个单独的Python脚本中调用函数`django.setup()`，也会发生异常。
\nImportError: cannot import name ... This happens if the import sequence\nends up in a loop.
为了消除这些问题，您应该最大限度地减少模型模块之间的依赖关系，并在导入时尽可能减少复杂度。 为了避免在导入时执行代码，可以将其移入函数并缓存结果。 代码将在您首次需要结果时执行。 这个概念被称为“惰性求值”。
\ndjango.contrib.admin automatically performs autodiscovery of admin\nmodules in installed applications. To prevent it, change your\nINSTALLED_APPS to contain\n'django.contrib.admin.apps.SimpleAdminConfig' instead of\n'django.contrib.admin'.