DT
И менее производительно
Size: a a a
2019 November 07
DT
Как правило
PZ
А зачем трогать UserManager при наследовании от AbstractUser, чем вас родной не устраивает?
DT
А зачем трогать UserManager при наследовании от AbstractUser, чем вас родной не устраивает?
+
AG
Это уже оптимизация))
об этом лучше думать сразу при построении архитектуры приложения, чтоб потом не было "мучительно больно" исправлять
S
об этом лучше думать сразу при построении архитектуры приложения, чтоб потом не было "мучительно больно" исправлять
Согласен
SD
мне надо расширыть пользователя, но типов пользователей которые имеюй собственные поля больше одного и как это реализовать, что бы когда выбирал Студента билы одни поля а когда выбирал Учителя выводились другие поля. А поля 1к1(username, password, email) оставались без изменений?
AG
А зачем трогать UserManager при наследовании от AbstractUser, чем вас родной не устраивает?
ну, в моем случае это нужно было чтоб выстроить работу с username & password согласно требованиям в задаче
SD
мне надо так начать сперва?
class ProfileStudent(models.Model):
user = models.OneToOneField(User, on_delete = models.CASCADE, primary_key = True)
first_name = models.OneToOneField(User, on_delete=models.CASCADE)
email = models.OneToOneField(User, on_delete=models.CASCADE)
class ProfileStudent(models.Model):
user = models.OneToOneField(User, on_delete = models.CASCADE, primary_key = True)
first_name = models.OneToOneField(User, on_delete=models.CASCADE)
email = models.OneToOneField(User, on_delete=models.CASCADE)
SD
class ProfileTeacher(models.Model):
user = models.OneToOneField(User, on_delete = models.CASCADE, primary_key = True)
first_name = models.OneToOneField(User, on_delete=models.CASCADE)
email = models.OneToOneField(User, on_delete=models.CASCADE)
user = models.OneToOneField(User, on_delete = models.CASCADE, primary_key = True)
first_name = models.OneToOneField(User, on_delete=models.CASCADE)
email = models.OneToOneField(User, on_delete=models.CASCADE)
PZ
class ProfileTeacher(models.Model):
user = models.OneToOneField(User, on_delete = models.CASCADE, primary_key = True)
first_name = models.OneToOneField(User, on_delete=models.CASCADE)
email = models.OneToOneField(User, on_delete=models.CASCADE)
user = models.OneToOneField(User, on_delete = models.CASCADE, primary_key = True)
first_name = models.OneToOneField(User, on_delete=models.CASCADE)
email = models.OneToOneField(User, on_delete=models.CASCADE)
а почему users во множественном числе?
SD
а почему users во множественном числе?
сорян
PZ
да и first_name\email - эти поля уже есть в юзере, зачем их дублировать
SD
далее пропишу мои кастомные поля
SD
да и first_name\email - эти поля уже есть в юзере, зачем их дублировать
что бы мог их сохранить в моделе ползователя
PZ
first_name = models.OneToOneField(User, on_delete=models.CASCADE) - если ты думашь, что это означает "за значением first_name надо сходить в модель User", то это не так.SD
first_name = models.OneToOneField(User, on_delete=models.CASCADE) - если ты думашь, что это означает "за значением first_name надо сходить в модель User", то это не так.а как будет правильно?
PZ
а как будет правильно?
p = ProfileTeacher()
p.user = User.objects.create()
p.user.first_name = "blablabla"
p.user.save()
p.save()SD
p = ProfileTeacher()
p.user = User.objects.create()
p.user.first_name = "blablabla"
p.user.save()
p.save()PZ
ну короче тебе каждый раз надо будет думать "так, email - это user.email или user.profile.email?", не забывать создавать и сохранять сразу две модели, ну и прочие радости, про которые любители 1:1 умолчали. :)