我真是一筹莫及。经过十几个小时的故障排除，可能更多，我以为我终于可以做生意了，但接着我发现:
Model class django.contrib.contenttypes.models.ContentType doesn't declare an explicit app_label
网上关于这方面的信息太少了，没有解决方案可以解决我的问题。任何建议都将不胜感激。
我使用的是Python 3.4和Django 1.10。
从我的settings.py:
INSTALLED_APPS = [
'DeleteNote.apps.DeletenoteConfig',
'LibrarySync.apps.LibrarysyncConfig',
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
]
我的app .py文件是这样的:
from django.apps import AppConfig
class DeletenoteConfig(AppConfig):
name = 'DeleteNote'
and
from django.apps import AppConfig
class LibrarysyncConfig(AppConfig):
name = 'LibrarySync'
很可能您有依赖的导入。
在我的例子中，我在我的模型中使用了一个序列化器类作为参数，并且序列化器类使用了这个模型:
serializer_class = AccountSerializer
from ..api.serializers import AccountSerializer
class Account(AbstractBaseUser):
serializer_class = AccountSerializer
...
在“serializers”文件中:
from ..models import Account
class AccountSerializer(serializers.ModelSerializer):
class Meta:
model = Account
fields = (
'id', 'email', 'date_created', 'date_modified',
'firstname', 'lastname', 'password', 'confirm_password')
...
作为一个使用Python3的新手，我发现这可能是一个导入错误而不是Django错误
错误的:
from someModule import someClass
正确的:
from .someModule import someClass
这发生在几天前，但我真的无法重现它…我认为只有刚接触Django的人才会遇到这种情况。以下是我所记得的:
尝试在admin.py中注册一个模型:
from django.contrib import admin
from user import User
admin.site.register(User)
尝试运行服务器，错误如下所示
some lines...
File "/path/to/admin.py" ,line 6
tell you there is an import error
some lines...
Model class django.contrib.contenttypes.models.ContentType doesn't declare an explicit app_label
将user改为.user，问题就解决了
在我的例子中，我在将代码从Django 1.11.11移植到Django 2.2时得到了这个错误。我正在定义一个自定义的FileSystemStorage派生类。在Django 1.11.11中，我在models.py中有如下一行:
from django.core.files.storage import Storage, DefaultStorage
然后在文件中我有类定义:
class MyFileStorage(FileSystemStorage):
然而，在Django 2.2中，我需要在导入时显式引用FileSystemStorage类:
from django.core.files.storage import Storage, DefaultStorage, FileSystemStorage
瞧!，错误消失。
注意，每个人都在报告Django服务器吐出的错误消息的最后一部分。然而，如果你向上滚动，你会在错误的中间找到原因。
在我的例子中，在settings.py中的BASE_DIR有一个问题。这是包的结构:
project_root_directory
└── service_package
└── db_package
├── my_django_package
│ └── my_django_package
│ ├── settings.py
│ └── ...
└── my_django_app
├── migrations
├── models.py
└── ...
它在更新settings.py时工作:
INSTALLED_APPS = [
'some_django_stuff_here...',
'some_django_stuff_here....',
...
'service_package.db_package.my_django_app'
]
BASE_DIR指向项目根目录
BASE_DIR = Path(__file__).resolve().parent.parent.parent.parent.parent
在调试中运行django，在registry.py中使用断点-> def get_containing_app_config(self, object_name)
