В Django - Inheritance модели - позволяет ли он переопределить атрибут родительской модели?

Question

Я ищу это:

class Place(models.Model):
   name = models.CharField(max_length=20)
   rating = models.DecimalField()

class LongNamedRestaurant(Place):  # Subclassing `Place`.
   name = models.CharField(max_length=255)  # Notice, I'm overriding `Place.name` to give it a longer length.
   food_type = models.CharField(max_length=25)

Это версия, которую я хотел бы использовать (хотя я открыт для любых предложений): http://docs.djangoproject.com/en/dev/topics/db/models/#id7

Это поддерживается в Django? Если нет, есть ли способ добиться подобных результатов?

Answer 1

Нет, это не :

Название поля «скрывать» не допускается

В обычном наследовании классов Python для ребенка допустимо класс для переопределения любого атрибута из родительского класса. В Джанго это не допускается для атрибутов, которые являются Field экземплярами (по крайней мере, не сейчас). Если базовый класс имеет поле с именем author, вы не может создать другое поле модели с именем author в любом классе, который наследуется от этого базового класса.

Answer 2

Обновленный ответ: как отмечают люди в комментариях, оригинальный ответ не отвечал правильно на вопрос. Действительно, в базе данных была создана только модель LongNamedRestaurant, а Place - нет.

Решением является создание абстрактной модели, представляющей «Место», например. AbstractPlace и наследуйте от него:

class AbstractPlace(models.Model):
    name = models.CharField(max_length=20)
    rating = models.DecimalField()

    class Meta:
        abstract = True

class Place(AbstractPlace):
    pass

class LongNamedRestaurant(AbstractPlace):
    name = models.CharField(max_length=255)
    food_type = models.CharField(max_length=25)

Пожалуйста, прочитайте @Mark answer , он дает отличное объяснение, почему вы не можете изменить атрибуты, унаследованные от неабстрактного класса.

(Обратите внимание, что это возможно только с Django 1.10: до Django 1.10 модификация атрибута, унаследованного от абстрактного класса, была невозможна.)

Оригинальный ответ

С Джанго 1.10 это возможно ! Вам просто нужно сделать то, что вы просили:

class Place(models.Model):
    name = models.CharField(max_length=20)
    rating = models.DecimalField()

    class Meta:
        abstract = True

class LongNamedRestaurant(Place):  # Subclassing `Place`.
    name = models.CharField(max_length=255)  # Notice, I'm overriding `Place.name` to give it a longer length.
    food_type = models.CharField(max_length=25)

Answer 3

Это невозможно без абстракции, и вот почему: LongNamedRestaurant также является Place не только как класс, но и в базе данных. Таблица мест содержит запись для каждого чистого Place и для каждого LongNamedRestaurant. LongNamedRestaurant просто создает дополнительную таблицу с food_type и ссылкой на таблицу мест.

Если вы сделаете Place.objects.all(), вы также получите все места, которые LongNamedRestaurant, и это будет экземпляр Place (без food_type). Таким образом, Place.name и LongNamedRestaurant.name совместно используют один и тот же столбец базы данных и поэтому должны быть одного типа.

Я думаю, что это имеет смысл для нормальных моделей: каждый ресторан - это место, и в нем должно быть как минимум все, что есть в этом месте. Возможно, эта согласованность также является причиной невозможности абстрактных моделей до 1.10, хотя это не создает проблем с базой данных. Как отмечает @lampslave, это стало возможным в 1.10. Я лично рекомендовал бы осторожность: если Sub.x переопределяет Super.x, убедитесь, что Sub.x является подклассом Super.x, в противном случае Sub нельзя использовать вместо Super.

Обходные пути : Вы можете создать пользовательскую модель пользователя (AUTH_USER_MODEL), которая включает в себя немало дублирования кода, если вам нужно только изменить поле электронной почты. В качестве альтернативы вы можете оставить письмо как есть и убедиться, что оно требуется во всех формах. Это не гарантирует целостность базы данных, если ее используют другие приложения, и не работает наоборот (если вы хотите, чтобы имя пользователя не требовалось).

Answer 4

См. https://stackoverflow.com/a/6379556/15690:

class BaseMessage(models.Model):
    is_public = models.BooleanField(default=False)
    # some more fields...

    class Meta:
        abstract = True

class Message(BaseMessage):
    # some fields...
Message._meta.get_field('is_public').default = True

Answer 5

Вставил ваш код в новое приложение, добавил приложение в INSTALLED_APPS и запустил syncdb:

django.core.exceptions.FieldError: Local field 'name' in class 'LongNamedRestaurant' clashes with field of similar name from base class 'Place'

Похоже, Django не поддерживает это.

Answer 6

Этот кусок кода супер-охлаждения позволяет вам переопределять поля в абстрактных родительских классах.

def AbstractClassWithoutFieldsNamed(cls, *excl):
    """
    Removes unwanted fields from abstract base classes.

    Usage::
    >>> from oscar.apps.address.abstract_models import AbstractBillingAddress

    >>> from koe.meta import AbstractClassWithoutFieldsNamed as without
    >>> class BillingAddress(without(AbstractBillingAddress, 'phone_number')):
    ...     pass
    """
    if cls._meta.abstract:
        remove_fields = [f for f in cls._meta.local_fields if f.name in excl]
        for f in remove_fields:
            cls._meta.local_fields.remove(f)
        return cls
    else:
        raise Exception("Not an abstract model")

Когда поля удалены из абстрактного родительского класса, вы можете переопределять их по мере необходимости.

Это не моя собственная работа. Оригинальный код отсюда: https://gist.github.com/specialunderwear/9d917ddacf3547b646ba

Answer 7

Может быть, вы могли бы иметь дело с contrib_to_class:

class LongNamedRestaurant(Place):

    food_type = models.CharField(max_length=25)

    def __init__(self, *args, **kwargs):
        super(LongNamedRestaurant, self).__init__(*args, **kwargs)
        name = models.CharField(max_length=255)
        name.contribute_to_class(self, 'name')

Syncdb работает нормально. Я не пробовал этот пример, в моем случае я просто переопределил параметр ограничения, так что ... подождите и посмотрите!

Answer 8

Я знаю, что это старый вопрос, но у меня была похожая проблема, и я нашел обходной путь:

У меня были следующие классы:

class CommonInfo(models.Model):
    image = models.ImageField(blank=True, null=True, default="")

    class Meta:
        abstract = True

class Year(CommonInfo):
    year = models.IntegerField() 

Но я хотел, чтобы унаследованное поле Года было обязательным при сохранении поля изображения суперкласса обнуляемым. В конце я использовал ModelForms для принудительного применения изображения на этапе проверки:

class YearForm(ModelForm):
    class Meta:
        model = Year

    def clean(self):
        if not self.cleaned_data['image'] or len(self.cleaned_data['image'])==0:
            raise ValidationError("Please provide an image.")

        return self.cleaned_data

admin.py:

class YearAdmin(admin.ModelAdmin):
    form = YearForm

Кажется, это применимо только к некоторым ситуациям (конечно, где вам нужно применять более строгие правила к полю подкласса).

В качестве альтернативы вы можете использовать метод clean_<fieldname>() вместо clean(), например, если необходимо заполнить поле town:

def clean_town(self):
    town = self.cleaned_data["town"]
    if not town or len(town) == 0:
        raise forms.ValidationError("Please enter a town")
    return town

Answer 9

Вы не можете переопределить поля модели, но это легко достигается путем переопределения / указания метода clean (). У меня была проблема с полем электронной почты, и я хотел сделать его уникальным на уровне модели, и сделал это так:

def clean(self):
    """
    Make sure that email field is unique
    """
    if MyUser.objects.filter(email=self.email):
        raise ValidationError({'email': _('This email is already in use')})

Сообщение об ошибке затем записывается в поле формы с именем «email»