LO
Ну я хочу чтобы на одной странице было полное описание поста и к нему комментарии
тут либо коменты в пост детаил, либо другой вью и другой урл, и подтягивать коменты по айди через аджакс
Size: a a a
2020 October 08
DT
То есть не нцжно отдельный вью для коментов делать?
нет
AG
Сигнал этот лежит в приложении корзины, а не у юзера
т.е на "post_save" юзера, регистрируется сигнал из приложения корзины?
q
тут либо коменты в пост детаил, либо другой вью и другой урл, и подтягивать коменты по айди через аджакс
Хорошо, походу коменты в постдитэйл легче поместить😅
N
т.е на "post_save" юзера, регистрируется сигнал из приложения корзины?
Да, тогда правильная зависимость идет
N
И все сигналы на действия с корзиной лежат в приложении корзины
N
И когда ты её уберешь, юзер не умрет
AG
Да, тогда правильная зависимость идет
но как это согласуется с абстрагированием приложений? Для регистрации сигнала, нужна же модель юзера
N
Если хочешь собственный pk, укажи конструктору поля primary_key=True
Если поле не является pk, то затея тупая по своей сути.
Если поле не является pk, то затея тупая по своей сути.
спасибо, хорошая идея, так и сделал
N
но как это согласуется с абстрагированием приложений? Для регистрации сигнала, нужна же модель юзера
Да, там идёт прямая зависимость юзер>корзина.
AG
Да, там идёт прямая зависимость юзер>корзина.
типа: т.к. корзина зависит от юзера, то юзера можно импортить и использовать в приложении корзины?
N
типа: т.к. корзина зависит от юзера, то юзера можно импортить и использовать в приложении корзины?
Да, в луковой архитектуре это слои называют
N
Там идёт иерархия. Как в докере например, ты точно знаешь что надо менять, в случае изменений одного слоя. Тупо по порядку зависимости
AG
Там идёт иерархия. Как в докере например, ты точно знаешь что надо менять, в случае изменений одного слоя. Тупо по порядку зависимости
ок, спасибо за разъяснения)
Подумаю на этим
Подумаю на этим
N
ок, спасибо за разъяснения)
Подумаю на этим
Подумаю на этим
AK
там еще мне кажется не придется записей фильтровать в джанго по юзеру, а бд сам выдасть только те данные которые он может видеть
Угу. И думаю по скорости там тоже все ок. Но мне не нравится смешение логических слоев. Мы должны будем как-то "слить" слой аутентификации и прав уровня нашего приложения с аналогичным слоем самой БД. Мне это кажется геморным и склонным к ошибкам. Как минимум придется писать отдельный слой логики который это все будет разжевывать, а не просто сигнальчики в штанге.
NC
Да, тогда правильная зависимость идет
погоди, так ты юзера можешь импортировать из сеттингов и на любом проекте это будет работать
N
Nikolay Cherniy
погоди, так ты юзера можешь импортировать из сеттингов и на любом проекте это будет работать
Не понял утверждение, т.е. зачем оно?) Типа очевидно
AG
Nikolay Cherniy
погоди, так ты юзера можешь импортировать из сеттингов и на любом проекте это будет работать
лично я , в разговоре, подразумевал не только модель юзера, а вообще
NC
Не понял утверждение, т.е. зачем оно?) Типа очевидно
ну если ты пытаешься изолировать корзину от юзера это и так можно сделать без сигналов