@Justin: я не вижу связи. На самом деле, указанный вопрос кажется довольно далеким от того, что мы обсуждаем здесь. Когда этот вопрос возникнет в рамках сценария вашего первоначального вопроса? Извините, но я не понимаю.
чание. Если у вас возникнет искушение «ответить» на этот вопрос, сказав, что вам не нравится django.contrib.auth, продолжайте. Это не поможет. Я хорошо осведомлен о диапазоне и силе мнений по этому вопросу.
Теперь вопрос:
Соглашение заключается в создании модели UserProfile с OneToOne для пользователя.
Во всех отношениях, которые я могу придумать, более эффективный и действенный подход заключается в создании подкласса User для класса, который каждый намерен использовать для каждого человека в системе, - класса, называемого, например, Person (User).
Я не видел последовательного объяснения того, почему первый является общепринятым, а второй считается хаком. Некоторое время назад я перешел на подход OneToOne, чтобы получить возможность использовать get_profile (), и с тех пор я сожалел об этом. Я думаю о том, чтобы вернуться назад, если меня не заставят понять преимущества этого подхода.