自Django 1.7以来,新增了
我的问题是,如何为不实现
我知道即使对于这个应用程序,Django也会创建默认版本的
AppConfig
功能,建议将post_migrate
信号放在其自定义实现的ready()
部分中 - https://docs.djangoproject.com/en/stable/ref/signals/#post-migrate
文档中描述实现AppConfig
的基本方式是在__init__.py
文件中使用default_app_config
设置指向它。文档还建议一种覆盖任何应用程序现有AppConfig
的方法:https://docs.djangoproject.com/en/stable/ref/applications/#for-application-users
我研究了一下,发现Django实际上会为INSTALLED_APPS
中的每个应用程序创建一个AppConfig
实例,即使其自定义实现未实现,它也会为您引导默认值。我的问题是,如何为不实现
AppConfig
(最简单的示例是没有apps.py的第三方包)的应用程序提供具有post_migrate
信号的自定义应用程序配置?我知道即使对于这个应用程序,Django也会创建默认版本的
AppConfig
,但我应该在哪里以及如何告诉它不要这样做,而是使用我的自定义AppConfig
,并重写ready()
方法实现添加post_migrate
?
from crispy_forms.models import SomeModel ImportError: No module named 'crispy_forms.models'
- canufeelname =“crispy_forms”
,Django 将认为这个新的自定义应用程序是 crispy_forms 的重写,然后当我们尝试从初始的crispy_forms
插件导入任何内容时,它会尝试从我们的应用程序中导入。只要我们使用相同的名称,INSTALLED_APPS
中的crispy_forms
就会开始指向我们的应用程序,并具有自定义的AppConfing
。 - canufeel