Django 项目的 models.py 和 app 的 models.py 对比

在本文中，我们将介绍 Django 项目中的 models.py 和 app 中的 models.py 之间的差异和使用方法。

Django 项目的 models.py

在 Django 项目中，通常会有一个主要的项目级别的 models.py 文件，用于定义整个项目共享的数据库模型。这些模型通常和应用程序无关，而是代表了整个项目的核心数据结构。

在这个项目级别的 models.py 文件中，我们可以定义多个数据库表，并定义这些表之间的关系。这些表通常与整个项目的功能相关，例如用户、文章、评论等。由于这些模型与应用程序无关，所以在注册应用程序时，不需要再注册这些模型。

以下是一个项目级别的 models.py 文件的示例：

from django.db import models

class User(models.Model):
    name = models.CharField(max_length=100)
    email = models.EmailField(unique=True)
    created_at = models.DateTimeField(auto_now_add=True)

class Article(models.Model):
    title = models.CharField(max_length=100)
    content = models.TextField()
    author = models.ForeignKey(User, on_delete=models.CASCADE)

在上面的示例中，我们定义了两个模型，分别是 User 和 Article。User 模型代表了项目中的用户，包括用户的姓名、邮箱和创建时间。Article 模型代表了文章，包括文章的标题、内容和作者。注意，在 Article 模型中，我们使用了一个外键字段来关联到 User 模型。

这种项目级别的 models.py 文件适用于具有多个应用程序和共享模型的大型 Django 项目。

App 的 models.py

除了项目级别的 models.py 文件之外，每个 Django 应用程序通常也会有一个自己的 models.py 文件。这个文件用于定义应用程序特定的数据库模型，这些模型与应用程序的功能紧密相关。

在 app 的 models.py 文件中，我们可以定义应用程序特定的数据库表和关系，这些模型通常只与该应用程序的功能相关，并不和整个项目共享。

以下是一个应用程序级别的 models.py 文件的示例：

from django.db import models
from django.contrib.auth.models import User

class Profile(models.Model):
    user = models.OneToOneField(User, on_delete=models.CASCADE)
    bio = models.TextField()
    website = models.URLField(blank=True)
    created_at = models.DateTimeField(auto_now_add=True)

在上面的示例中，我们定义了一个名为 Profile 的模型，用于存储用户的个人资料。这个模型包括了一个与内置的 User 模型关联的一对一字段，以及用户的个人简介、网站和创建时间等字段。

请注意，我们在这个示例中使用了内置的 User 模型，而不是在项目级别的 models.py 文件中重新定义 User 模型。这是因为 User 模型是 Django 自带的，代表了用户身份验证和授权等功能，我们可以直接在应用程序中使用它。

这种应用程序级别的 models.py 文件适用于具有单一应用程序的小型 Django 项目。