g
Для роута
Size: a a a
2021 February 11
СЧ
Никто не мешает описать гет и пост не в CBV, верно?
да это понятно, ладно наверно это больше вкусовшина
ВК
добрый день, есть такая проблема
хочу реализовать авторизацию для класса
User
потом разделить ее на Player и Trener
все говорят чтобы я прост тип добавил, но проблема в том, что они могут быть связаны друг с другом Player hasMany Trener
хочу реализовать авторизацию для класса
User
потом разделить ее на Player и Trener
все говорят чтобы я прост тип добавил, но проблема в том, что они могут быть связаны друг с другом Player hasMany Trener
ВК
хотелось бы отделить эти сущности, никто не знает как это правильно сделать ?
g
Наверное. Но я не эксперт по жанге, может кто-то ещё своё мнение вставит. Самому интересно.
Я практически не юзаю обычные, пересел на CBV вьюшки и женерик, потому что они реально большую часть всего что мне нужно покрывают
Я практически не юзаю обычные, пересел на CBV вьюшки и женерик, потому что они реально большую часть всего что мне нужно покрывают
DT
хотелось бы отделить эти сущности, никто не знает как это правильно сделать ?
набор полей у профилей сильно отличается
ВК
и связи другие будут
ВК
это сто пудов
DT
во первых связь M2M на самого себя не проблема
другое дело
оставь модель юзер
по ней будет проходить авторизация
и сделай отдельные модели
Player с o2o на user
trener с o2o на user
другое дело
оставь модель юзер
по ней будет проходить авторизация
и сделай отдельные модели
Player с o2o на user
trener с o2o на user
DT
Player и Trener xDDT
Чет подхохиваю
K
Чет подхохиваю
Babushka и dedushka
AD
Сергей Чурмин
да как то не очень там все понятно, например нет толкового сравнения
Если вчитаться в доку по CBV, то сравнение само появится в голове
CBV разделяет виды запросов по методам и позволяет использовать миксины, если выделить самые главные преимущества, что позволяет писать гибкие конструкции которые меняют свое поведение в зависимости от использованного http метода
CBV разделяет виды запросов по методам и позволяет использовать миксины, если выделить самые главные преимущества, что позволяет писать гибкие конструкции которые меняют свое поведение в зависимости от использованного http метода
AD
Никто не мешает описать гет и пост не в CBV, верно?
не мешает, но обычно получается не очень
g
не мешает, но обычно получается не очень
Почему?
g
А, немного не так понял. Вопрос снят.
NC
Мне кажется, что кому удобнее. Например, если у меня используется только get реквест, я пишу вьюшку функцией и что-то в ней делаю, если там просто нужно вернуть темплейт, например. Если гет и пост - можно использовать CBV
Для просто темплейта есть TemplateView
NC
не мешает, но обычно получается не очень
++
T
всем привет, может и тупой вопрос, но я не разобрался
если кто подскажет, буду рад
def user_directory_path(instance, filename):
# file will be uploaded to MEDIA_ROOT/user_<id>/<filename>
return 'user_{0}/{1}'.format(instance.user.id, filename)
class MyModel(models.Model):
upload = models.FileField(upload_to=user_directory_path)
нашел такой вот пример, правильно ли я понял, что мы можем так для любых полей модели указывать функцию которую должна вызвать? а если аргументы передать?
если кто подскажет, буду рад
def user_directory_path(instance, filename):
# file will be uploaded to MEDIA_ROOT/user_<id>/<filename>
return 'user_{0}/{1}'.format(instance.user.id, filename)
class MyModel(models.Model):
upload = models.FileField(upload_to=user_directory_path)
нашел такой вот пример, правильно ли я понял, что мы можем так для любых полей модели указывать функцию которую должна вызвать? а если аргументы передать?