AO
в том что реста ModelSerializer не умеет отдавать другие поля когда я смотрю конкретный объект
"берешь вьюсет, в гет_сериалайзер_класс засовываешь логику когда какой использовать"
вот тут совсем мало понял
Size: a a a
2019 May 09
AO
ты можешь сделать вот так
PB
"берешь вьюсет, в гет_сериалайзер_класс засовываешь логику когда какой использовать"
вот тут совсем мало понял
вот тут совсем мало понял
это то, что тебе примерно час пытались донести
MV
В доке есть пример переопределенного ModelSerializer с динамическим определением полей.
PB
В доке есть пример переопределенного ModelSerializer с динамическим определением полей.
ну, да, так можно
PB
но брать в сериалайзере из self.context request и в соответствии с ним рулить полями - это очень странное решение
AO
"берешь вьюсет, в гет_сериалайзер_класс засовываешь логику когда какой использовать"
вот тут совсем мало понял
вот тут совсем мало понял
мой вариант сложнее, чем этот)
PB
но брать в сериалайзере из self.context request и в соответствии с ним рулить полями - это очень странное решение
классифицируемое как дичь и маразм
YK
мой вариант сложнее, чем этот)
да
YK
давайте тогда попытаемся разъяснить мне как нормальные люди пишут такие штуки
YK
меня в данный момент интересует файл urls.py
AO
если у тебя куча полей, тебе будет лень на каждый вариант запроса писать serializers) и тогда ты определяешь, какие поля "можно" показывать и дальше динамически их набираешь, получая на вход fields
AO
нормальные люди не используют RESTful API 🤪
AO
они используют GraphQL
YK
если у тебя куча полей, тебе будет лень на каждый вариант запроса писать serializers) и тогда ты определяешь, какие поля "можно" показывать и дальше динамически их набираешь, получая на вход fields
обождите пожалуйста с графом
YK
я тут рест еще не до конца просмаковал
AO
ну, как ты понял, у тебя есть 2 костыля)
AO
выбирай любой)
YK
мне не будет лень писать, ибо у меня их то там от силы штуки три будет