PB
Как можно заменить метод get_changeform_initial_data в админке? При исключения поля из отображаемых в адмике, он перестает работать.
ну это же метод админки, нет?
Size: a a a
2019 March 18
R
ну это же метод админки, нет?
Да, ну вот и спрашиваю, чем можно заменить. Х)
D
нуууу…. (не фанат джанги, джанга говно) а что есть адекватная замена DRF со сваггерами в том же Flask к примеру? Не требующая писать тонну boilerplate кода?
Адекватной и нет)
PB
наверное, ругались бы на "тормозит", но оно бы работало
да не обязательно тормозит
с использованием скулайт больше проблем из-за ее кастрированности
с использованием скулайт больше проблем из-за ее кастрированности
PB
Да, ну вот и спрашиваю, чем можно заменить. Х)
ну для начала найди ее в исходниках и скопируй в свою админку
R
ну для начала найди ее в исходниках и скопируй в свою админку
Сам метод работает, но он перестает работать, если убрать поле из тупла fields.
A
если нет большой нагрузки, то Django вполне себе нормальный вариант для этого - там же за 2 секунду на DRF API генерится по моделям
Имхо лучше генерить клиент и каркас апи по контракту/интерфейсу
PB
Сам метод работает, но он перестает работать, если убрать поле из тупла fields.
ну вот и разберись почему перестает
A
тут фишка в том, что в случае с Django ты думаешь только о структуре хранения данных, сделал модели, а дальше почти "бесплатно" получил API по ним, swagger,json и вот это всё
Вот вот, ты отталкиваешься отданных, а не от взаимодействия систем
AO
Имхо лучше генерить клиент и каркас апи по контракту/интерфейсу
ну в случае с Django + DRF, ты делаешь нужный тебе API на базе ViewSet'ов, потом тебе генерится схема swagger.json, на её основе клиенты
AO
Вот вот, ты отталкиваешься отданных, а не от взаимодействия систем
да, я всегда отталкиваюсь от данных)
AO
я не сторонник OOP и прочего вот этого всего
AO
то, как хранятся данные, определяет то, как всё остальное будет работать
A
ну в случае с Django + DRF, ты делаешь нужный тебе API на базе ViewSet'ов, потом тебе генерится схема swagger.json, на её основе клиенты
А я пишу контракт, и генерирую код для клиента и сервера
A
И обе команды заняты
A
У меня своя специфика данных не много, а много взаимодействия с другими сервисами
AO
если смотреть с позиции оптимизация взаимодействия между фронтендерами и бекендерами, то GraphQL довольно удобный
AO
если в это упирается
A
если смотреть с позиции оптимизация взаимодействия между фронтендерами и бекендерами, то GraphQL довольно удобный
Не надо этого
AO
я не очень понял твой кейс, но тут зависит от задач)