Làm cách nào để truy cập các lớp con của một đối tượng trong django mà không cần biết tên của lớp con?

Trong Django, khi bạn có một lớp cha và nhiều lớp con kế thừa từ nó, bạn thường truy cập vào một lớp con thông qua parentclass.childclass1_set hoặc parentclass.childclass2_set, nhưng nếu tôi không biết tên của lớp con cụ thể mà tôi muốn thì sao?

Có cách nào để lấy các đối tượng liên quan theo hướng cha-> con mà không cần biết tên lớp con không?

( Cập nhật : Đối với Django 1.2 và mới hơn, có thể làm theo select_related truy vấn trên quan hệ OneToOneField ngược (và do đó giảm phân cấp thừa kế), có một kỹ thuật tốt hơn có sẵn mà không yêu cầu thêm real_typelĩnh vực trên mô hình mẹ Nó có sẵn như. InheritanceManager trong dự án django-model-utils .)

Cách thông thường để thực hiện việc này là thêm ForeignKey vào ContentType trên mô hình Parent để lưu trữ kiểu nội dung của lớp "lá" thích hợp. Nếu không có điều này, bạn có thể phải thực hiện khá nhiều truy vấn trên bảng con để tìm cá thể, tùy thuộc vào cây kế thừa của bạn lớn như thế nào. Đây là cách tôi đã làm điều đó trong một dự án:

from django.contrib.contenttypes.models import ContentType
from django.db import models

class InheritanceCastModel(models.Model):
    """
    An abstract base class that provides a ``real_type`` FK to ContentType.

    For use in trees of inherited models, to be able to downcast
    parent instances to their child types.

    """
    real_type = models.ForeignKey(ContentType, editable=False)

    def save(self, *args, **kwargs):
        if self._state.adding:
            self.real_type = self._get_real_type()
        super(InheritanceCastModel, self).save(*args, **kwargs)
    
    def _get_real_type(self):
        return ContentType.objects.get_for_model(type(self))
            
    def cast(self):
        return self.real_type.get_object_for_this_type(pk=self.pk)
    
    class Meta:
        abstract = True

Điều này được thực hiện như một lớp cơ sở trừu tượng để làm cho nó có thể tái sử dụng; bạn cũng có thể đặt các phương thức này và FK trực tiếp vào lớp cha trong hệ thống phân cấp kế thừa cụ thể của bạn.

Giải pháp này sẽ không hoạt động nếu bạn không thể sửa đổi mô hình gốc. Trong trường hợp đó, bạn khá khó kiểm tra tất cả các lớp con theo cách thủ công.

Trong Python, với một lớp X ("kiểu mới"), bạn có thể lấy các lớp con (trực tiếp) của nó, lớp X.__subclasses__()này trả về một danh sách các đối tượng của lớp. (Nếu bạn muốn có "con cháu xa hơn", bạn cũng sẽ phải gọi __subclasses__từng lớp con trực tiếp, v.v ... - nếu bạn cần trợ giúp về cách làm điều đó hiệu quả trong Python, chỉ cần hỏi!).

Một khi bạn đã xác định được bằng cách nào đó một lớp con mà bạn quan tâm (có thể là tất cả chúng, nếu bạn muốn các trường hợp của tất cả các lớp con, v.v.), getattr(parentclass,'%s_set' % childclass.__name__)sẽ giúp ích (nếu tên của lớp con 'foo', điều này giống như truy cập parentclass.foo_set- không hơn, không kém ). Một lần nữa, nếu bạn cần làm rõ hoặc ví dụ, vui lòng hỏi!

Giải pháp của Carl là một giải pháp tốt, đây là một cách để làm điều đó theo cách thủ công nếu có nhiều lớp con liên quan:

def get_children(self):
    rel_objs = self._meta.get_all_related_objects()
    return [getattr(self, x.get_accessor_name()) for x in rel_objs if x.model != type(self)]

Nó sử dụng một chức năng ngoài _meta, không được đảm bảo sẽ ổn định khi django phát triển, nhưng nó thực hiện được mẹo và có thể được sử dụng nhanh chóng nếu cần.

Hóa ra điều tôi thực sự cần là:

Kế thừa mô hình với loại nội dung và trình quản lý nhận biết kế thừa

Điều đó đã làm việc hoàn hảo cho tôi. Cảm ơn tất cả những người khác, mặc dù. Tôi đã học được rất nhiều chỉ cần đọc câu trả lời của bạn!

Bạn có thể sử dụng django-polymorphic cho điều đó.

Nó cho phép tự động truyền các lớp dẫn xuất trở lại kiểu thực của chúng. Nó cũng cung cấp hỗ trợ quản trị Django, xử lý truy vấn SQL hiệu quả hơn và mô hình proxy, nội tuyến và hỗ trợ bộ định dạng.

Nguyên tắc cơ bản dường như được phát minh lại nhiều lần (bao gồm cả Wagtail's .specific, hoặc các ví dụ được nêu trong bài đăng này). Tuy nhiên, cần nhiều nỗ lực hơn để đảm bảo nó không gây ra sự cố N-query hoặc tích hợp độc đáo với quản trị viên, bộ định dạng / nội tuyến hoặc ứng dụng của bên thứ ba.

Đây là giải pháp của tôi, một lần nữa nó sử dụng _metanên không được đảm bảo là ổn định.

class Animal(models.model):
    name = models.CharField()
    number_legs = models.IntegerField()
    ...

    def get_child_animal(self):
        child_animal = None
        for r in self._meta.get_all_related_objects():
            if r.field.name == 'animal_ptr':
                child_animal = getattr(self, r.get_accessor_name())
        if not child_animal:
            raise Exception("No subclass, you shouldn't create Animals directly")
        return child_animal

class Dog(Animal):
    ...

for a in Animal.objects.all():
    a.get_child_animal() # returns the dog (or whatever) instance

Bạn có thể đạt được điều này khi tìm kiếm tất cả các trường trong trường mẹ là một trường hợp của django.db.models.fields.osystem.RelatedManager. Từ ví dụ của bạn, có vẻ như các lớp con mà bạn đang nói đến không phải là các lớp con. Đúng?

Có thể tìm thấy một cách tiếp cận khác bằng cách sử dụng proxy trong bài đăng trên blog này . Giống như các giải pháp khác, nó có những lợi ích và trách nhiệm pháp lý, được đưa ra ở cuối bài viết.