А
Size: a a a
2019 May 12
А
Вызывался из 2х разных вьюх. Во втором случае навбар поехал вниз почему то
ДШ
Коллеги, добрый вечер. А кто-нибудь настраивал отслеживание выполнения задачи celery по логам на stdout? Через что можно сделать перенаправление и вывод всего stdout таски Celery?
M
Есть Event, бывает он разных типов.
Каждый Event связан с Place на уровне базы.
Тебе нужно как-то разделить ивенты разных типов на уровне приложения.
Можно:
- сделать абстрактный класс
- можно сделать почти также, но вместо обычного FK использовать дженерик. Будут отвратительные связи на уровне базы, но относительно чистенько на уровне приложения
- можно сделать Event и две прокси модели. Связи на уровне базы/моделей будут Place -> Event, но на уровне приложения можно будет по признакам вытаскивать прокси модель и получать все плюшки от этого
Каждый Event связан с Place на уровне базы.
Тебе нужно как-то разделить ивенты разных типов на уровне приложения.
Можно:
- сделать абстрактный класс
Event, отнаследовать от него SpecialEvent и TypicalEvent. Получатся связи на уровне базы/моделей: Place -> SpecialEvent и Place -> TypicalEvent. Нужно будет дополнительно думать как ограничить связи- можно сделать почти также, но вместо обычного FK использовать дженерик. Будут отвратительные связи на уровне базы, но относительно чистенько на уровне приложения
- можно сделать Event и две прокси модели. Связи на уровне базы/моделей будут Place -> Event, но на уровне приложения можно будет по признакам вытаскивать прокси модель и получать все плюшки от этого
Сорян за долгий ответ.
Не совсем понял, что значит "нужно как-то разделить ивенты разных типов на уровне приложения"? Можно же просто поле с заранее определённым выбором сделать. B выбирать при создании объектов Event будет ли это Special или Typical event.
Не совсем понял, что значит "нужно как-то разделить ивенты разных типов на уровне приложения"? Можно же просто поле с заранее определённым выбором сделать. B выбирать при создании объектов Event будет ли это Special или Typical event.
DB
Сорян за долгий ответ.
Не совсем понял, что значит "нужно как-то разделить ивенты разных типов на уровне приложения"? Можно же просто поле с заранее определённым выбором сделать. B выбирать при создании объектов Event будет ли это Special или Typical event.
Не совсем понял, что значит "нужно как-то разделить ивенты разных типов на уровне приложения"? Можно же просто поле с заранее определённым выбором сделать. B выбирать при создании объектов Event будет ли это Special или Typical event.
А как быть с типизацией?
DB
И с разделением логики?
M
А как быть с типизацией?
не совсем понял проблему.
M
И с разделением логики?
просто по-другому методы называть. Или в чем загвоздка?
DB
просто по-другому методы называть. Или в чем загвоздка?
action_for_special_event()
?
?
M
да, типо того
DB
И бросать исключение если неправильный тип?
DB
А теперь представь количество кода и количество ошибок и опечаток при таком варианте
M
И бросать исключение если неправильный тип?
неправильны тип чего?
V💊
И бросать исключение если неправильный тип?
про какой тип идет речь? про tyoe hinting?
DB
неправильны тип чего?
Ивента
DB
Если сейчас special, а вызываем метод typical
DB
про какой тип идет речь? про tyoe hinting?
Да, про типизацию, mypy checking, attributes hinting
V💊
Да, про типизацию, mypy checking, attributes hinting
тогда в типизации абстрактный Event, позволит принимать все его потомки
DB
тогда в типизации абстрактный Event, позволит принимать все его потомки
Нет, не про это речь
DB
Мы же пытаемся не надурить типизацию, а сделать её полезной