Django：在这种情况下使用抽象基础模型是个好主意吗？

发布于 2024-08-19 07:28:00 字数 321 浏览 3 评论 0原文

class Account(models.Model):
        identifier = models.CharField(max_length=5)
        objects = MyCustomManager()

        class Meta:
            abstract = True

class Customer(Account):
        name = models.CharField(max_length=255)

如果我有很多模型，并且我想节省时间，不用到处放置外键，这样对吗？或者，我认为这一切都是错误的吗？

原文

class Account(models.Model):
        identifier = models.CharField(max_length=5)
        objects = MyCustomManager()

        class Meta:
            abstract = True

class Customer(Account):
        name = models.CharField(max_length=255)

If I have a lot of models, and I want to save time from having to put foreignkeys everywhere, is this right? Or, am I thinking of this all wrong?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

冷︶言冷语的世界 2024-08-26 07:28:00

这取决于外键的方向。您不能拥有抽象类的外键。

也许这是您感兴趣的通用关系或者抽象模型类中的外键< /a>.

尽管请注意，继承始终是一种is-a 关系，而正常的外键使用则意味着一种has-a 关系。

在您的示例中，Customer 不应从 Account 继承，因为客户拥有帐户。

一个继承示例是一个地点，它可以是餐厅或电影院等。

评论后编辑：

，在文档：

类继承和模型管理器并不是完美匹配。管理器通常特定于它们定义的类，并且在子类中继承它们不一定是一个好主意。另外，由于声明的第一个管理器是默认管理器，因此允许对其进行控制非常重要。以下是 Django 处理自定义管理器和模型继承的方式：
...
来自抽象基类的管理器始终由子类继承，使用 Python 的正常名称解析顺序（子类上的名称覆盖所有其他名称；然后是第一个父类上的名称，依此类推）。抽象基类旨在捕获其子类共有的信息和行为。定义通用管理器是此通用信息的适当部分。
类的默认管理器是该类上声明的第一个管理器（如果存在），或者是父层次结构中第一个抽象基类的默认管理器（如果存在）。如果没有显式声明默认管理器，则使用 Django 的普通默认管理器。

仅当继承的类在某种程度上属于同一范围时我才会这样做。
如果您确实拥有如此多的类，以至于向这些类添加一行很重要，那么您可能没有良好的数据库或应用程序设计。

并且尽量不要将所有内容都放在一个管理器中，以便能够在很多类中只使用一个管理器。