ЖЕСТКИЙ РЕФАКТОРИНГ DJANGO ПРОЕКТА
ฝัง
- เผยแพร่เมื่อ 14 ต.ค. 2024
- ЖЕСТКИЙ РЕФАКТОРИНГ DJANGO ПРОЕКТА
Python on Papyrus RU.
НОВЫЙ ТЕЛЕГРАМ КАНАЛ: t.me/forwarded...
Мои курсы на UDEMY: www.udemy.com/...
Пожертвования: www.donational...
Github: github.com/knu...
Telegram канал: t.me/pypapyrus_ru
Другие Видео по Python: • Python, Питон
Канал на английском языке: / @pythononpapyrus
Поставьте лайк и подпишитесь!
#Python #Питон #программирование #programming
Прям хорошо
Рефакторинг всегда интересная штука, поэтому ждем)
Большое спасибо за разбор. Если вдруг люди захотят продолжить рефакторинг проекта, то я хотела бы прояснить некоторые детали его логики. Это обычный crud project ("идею" можно спокойно заменить на пост или блог)
А. про _mutable во вьюсете. Предполагается, что юзер может загрузить картинку, на её обработку заточена и модель, и сериализатор. Однако юзер может захотеть отредактировать свою "идею" по другому аттрибуту, и этот объект прилетит во вьюсет, но уже не с бинарным img, а с url на каритинку в aws (ранее сохранённый img) . Соответственно сериализатор выдаст ошибку ("это не картинка"). Поэтому хотелось бы в сериалайзер отдать в этом случае queryset с выпиленным аттрибутом img. Насколько я понимаю, есть два подхода без моего хака ( переделать _mutable в True):
1. Залезть в метод dispatch и до формирования request data выпилить аттрибут картинки. (Мне не очень понятный).
2. Пойти в метод get_serializer, где сформировать deep copy quesryset-a и уже манипулировать с копией. Однако не завалю ли я RAM этими глубокими копиями?
3. спс за request data dict, но попробую.
Вообще загрузка картинок без привычных джанговских templates - ещё то приключение.
B. для tags сериализатора использован не самописный код, а древний модуль.
С. Для тестирования приходилось убирать пагинацию, а есть возможность проводить тесты с включённой пагинацией.
D. Хотелось бы услышать мнение по теме отрисовки nested comments на фронте ( я не стала делать вложенным списком для vue.js), а только для админки.
F. Хотелось бы совет, как лучше строить логику на фронте с authentication . У меня фронт пингует бэкенд с частотой чуть меньше продолжительности жизни access токена, что наверное не идельно. ( другой варинт - интерсептор)
G.Вообще, как избежать ситуации когда юзер заполнил какую-то форму и высылает её пост запросом, а у него refresh token сгорел, и его перебрасывает на логин.
H. Ну и главное, почему у меня вылетают null в верх и маскируются под макс значения при попытки отсортировать по макс рейтингу queryset?
Спасибо, хотелось бы еще ревью кода по PEP8
Превью: Уилл Смит
А причем здесь Уилл Смит? 😂
Почти первый)