request.query_params.get
Это же path, а не query Неужели разработчики фреймворка это так и назвали?
Я хотел по lookup_field поставить это значения из url, получить модель турнира и, собственно, произвести нужные операции. Ладно, перепишу на generic, вместо миксина
выковырять из урла нужно значение, регулякой или еще чем нибуть, лучше взять то что джанга дает
а чем тебя не устраивает такой вариант Model.objects.filter(some_field__some_field=self.kwargs.get(значение)
так, ты или читать не умеешь или чего-то не понимаешь)) вот здесь я уже объяснил как это правильно получать https://t.me/pydjango/622836 а следующим сообщением говорю что есть конечно другие способы, но они более кривые.
тем, что я могу передать значение в request body, вытащить объект используя lookup_field и это будет чуточку лучше
чем это будет лучше?
Возможно, не суть, я уже немного сплю
Код аккуратнее, внутри класса можно дописывать методы для одного и того же объекта
Не особо понимаю о чем ты, посмотри в сторону django-filter может там ты найдешь еще более красивое для тебя решение
тебе точно пора спать ;) он создает новый объект, фильтры ему не помогут
Да лол, причем тут фильтры, если у меня есть значение в урле. Я хочу в контроллере сказать что мы работаем с объектом, у которого tournament_id, а затем когда буду писать остальные методы класса, использовать именно этот объект, а не каждый раз доставать из модель, как выше показали пример. Аналог ModelViewSet
нет, это будет не правильный подход, получится что ты на турнир с одним ид можешь передать турнир с другим ид и привяжется ко второму
Согласен, отпуск плохо влияет на меня
Обсуждают сегодня