это тесты в их академию, знаешь эту компанию?

О, софтсерв

Я сейчас там сижу ыыыыы

Есть Event, бывает он разных типов.
Каждый Event связан с Place на уровне базы.

Тебе нужно как-то разделить ивенты разных типов на уровне приложения.
Можно:
- сделать абстрактный класс Event, отнаследовать от него SpecialEvent и TypicalEvent. Получатся связи на уровне базы/моделей: Place -> SpecialEvent и Place -> TypicalEvent. Нужно будет дополнительно думать как ограничить связи
- можно сделать почти также, но вместо обычного FK использовать дженерик. Будут отвратительные связи на уровне базы, но относительно чистенько на уровне приложения
- можно сделать Event и две прокси модели. Связи на уровне базы/моделей будут Place -> Event, но на уровне приложения можно будет по признакам вытаскивать прокси модель и получать все плюшки от этого

Ну и введение новых типов ивентов не будет сильно сложным в последнем случае, нужны будут правки только на уровне приложения

Про дженерик FK: https://docs.djangoproject.com/en/2.2/ref/contrib/contenttypes/

Для первого случая часто делают промежуточную o2o модель, чтобы логика по связям не была в Place и не тянуть дженерик ФК:

class Event(Model):
    special_event = models.OneToOne('SpecialEvent')
    ...

И связи делают именно на неё

Добрый день. Небольшой вопрос есть о сериализации с джанго рест. Нужно принимать строку как список чисел разделенных запятой. Сделал обычный чар филд и добавил функцию валидации, чтобы после валидации вместо строки, я получал список. Через функцию валидации я это сделал, чтобы потом видеть этот филд в validated_data. Насколько это подходящее место, что преобразовывать строку в список и может есть какие-то другие решения?

вопос скорее всего в трубу.
не по теме джанго но может кто умеет в aiohttp отзавитесь, в личку отпишу）

Пиши сюда

Не стесняйся

нормальное место

Спасибо

Лучше свой сериализатор напиши. Там переопределишь to_internal_value.

Ну собственно вот выдержка из кода которая показывает структу приложения о обрабатывает один пост запрос

https://pastebin.com/DAfNAyAN

я хочу разделить (и разделил) views от database.
Но сделать это красиво не получилось. Потому что при разростании приложения прийдется добавлять хендлеры в main.py и разные классы из database от которых будут наследоваться эти хендлеры будут плодить ненужные соединения к БД.

Парни, может кто подкинуть англоговорящий чат по джанге?

В routes.py импортируй все обработчики. Для работы с монгой используй umongo.

Почитаю про umongo спасибо

спасибО!