Django: Зачем создавать OneToOne для UserProfile вместо подкласса auth.User?

Вы понимаете, не так ли, что подклассы модели реализованы посредством отношения OneToOne под капотом? На самом деле, что касается эффективности, я вообще не вижу никакой разницы между этими двумя методами.

Создание подклассов существующих конкретных моделей, на мой взгляд, является неприятным приемом, которого следует избегать, если это вообще возможно. Это включает в себя скрытие отношений с базой данных, чтобы было неясно, когда выполняется дополнительный доступ к базе данных. Гораздо понятнее показать отношения явно и получить к ним явный доступ, где это необходимо.

Теперь третья альтернатива, которая мне нравится, заключается в создании совершенно новой модели пользователя вместе с настраиваемой серверной частью аутентификации, которая возвращает экземпляры новой модели вместо модели по умолчанию. Создание бэкенда включает в себя определение нескольких простых методов, так что это очень легко сделать.

На самом деле никогда не было хорошего объяснения, по крайней мере, из «официальных» источников, почему на практике создание подкласса User менее полезно, чем наличие UserProfile.

Тем не менее, у меня есть несколько причин, которые возникли после того, как я решил, что создание подкласса User - это "путь".

• Вам нужен настраиваемый сервер аутентификации. Это не большая проблема, но чем меньше кода вам нужно написать, тем лучше.
• Другие приложения могут предполагать, что ваш Пользователь является django.contrib.auth.models.User. В основном это будет нормально, если только этот код не извлекает объекты пользователя. Поскольку мы являемся подклассом, любой код, просто использующий наши объекты User, должен подойти.
• Пользователь может «быть» только одним подклассом за раз. Например, если у вас есть подклассы User для Ученика и Учителя, то в определенный момент времени ваш Пользователь сможет быть только Учителем или Учеником. С UserProfiles к одному и тому же пользователю могут быть одновременно привязаны профиль учителя и ученика.
• В дальнейшем преобразование из одного подкласса в другой затруднено, особенно если у вас уже есть экземпляр одного подкласса.

Итак, вы можете сказать: «Мой проект будет иметь только один подкласс User». Это то, о чем я думал. Теперь у нас трое плюс обычные пользователи и, возможно, четвертый. Требования меняются, необходимость изменять кучу кода, чтобы справиться с этим, не очень интересна.

примечание: в последнее время среди разработчиков django было довольно много дискуссий о лучшем решении проблем, связанных с моделью пользователя contrib.auth.

Является ли более эффективным и действенным наследование модели пользователя? Я не понимаю, почему, но я хотел бы прочитать ваши аргументы. ИМНШО, наследование моделей всегда было болью.

Тем не менее, это может не отвечать на ваш вопрос, но я вполне удовлетворен решением, предложенным Уиллом Харди в этом фрагменте< /а>. Используя сигналы, он автоматически создает новый профиль пользователя для каждого нового пользователя.

from django.contrib.auth.models import User
from django.db import models
from django.db.models.signals import post_save
from django.utils.translation import ugettext_lazy as _

class AuthUserProfileModelBase(models.base.ModelBase):
    # _prepare is not part of the public API and may change
    def _prepare(self):
        super(AuthUserProfileModelBase, self)._prepare()
        def on_save(sender, instance, created, **kwargs):
            if created:
                self.objects.create(user=instance)
        # Automatically link profile when a new user is created
        post_save.connect(on_save, sender=User, weak=False)

# Every profile model must inherit this class
class AuthUserProfileModel(models.Model):
    class Meta:
        abstract = True
    __metaclass__ = AuthUserProfileModelBase
    user = models.OneToOneField(User, db_column='auth_user_id',
        primary_key=True, parent_link=True)

# The actual profile model
class Profile(AuthUserProfileModel):
    class Meta:
        app_label = 'some_app_label'
        db_table = 'auth_user_profile'
        managed = True
    language = models.CharField(_('language'), max_length=5, default='en')