Так если не сервисы, то что какая архитектура?

сервисы это просто слой архитектуры. Один из многих.

ты понял, что я говорю про mvc, лол ты хикан или че?

шта?

а где в mvc вообще расписаны какие-то слои логики? Кроме собственно моделей, контроллеров и вью?

я выше написал, какие статьи можно почитать на этот счет, но ты решил токсичить. оставайся им

по моему это ты сейчас токсичишь, и по твоим словам видно, что у тебя вообще 0 понимания что такое архитектура, что такое сервисы и что такое mvc. к слову, ты сейчас споришь с человеком, который почти всю свою жизнь писал на джанге

тип ответил мне "чекни сам", я токсичить стал? незаметно, что он всю свою жизнь писал на джанге)

не почти. Всю жизнь. Я ее еще по книге самих авторов фреймворка изучал. Где джанга 1.1

круто и че дальше? с тобой спорить нельзя?

можно. Про ты никаких ссылок не привел и соврал об этом. И агришься по чем зря.

если ты приводишь пример высоконагруженных приложений, когда тип не собирается такое строить ты в причинно-следственную могешь?

лишь отвечаю токсом на твои токсичные выпадки

гугл в помощь

Где я про высоконагруженные приложения писал? Что ты несешь вообще?

заметно, что он человек, повидавший все прелести джанги. а ты просмотрев видео диджитализируй)))) начинаешь всех учить что такое мвц и что такое сервисы

Ну, гугл тут не аргумент. Если ты что-то знаешь по архитектуре, то поделись с чатом.

ммм, я его нашел, когда стажеру требовалось объяснить, че такое mvc, простым языком

красавчик, хорошо свои сообщения чистишь)

Шта?!

тебе, ниче кидать не буду, как ты выразился -> "чекну сам"

где я что почистил?

а что такое "модель" в контексте mvc и джанги?

модель, это девочка, которая ходит по подиуму так пойдет?

Таак, а джанга это mvc фреймворк?

ты ответь, а не отнекивайся. мне интересно что ты понимаешь под моделью

джанга - это ddd фреймворк

ты рил считаешь, что я буду отвечать тем, кто на меня решил накинуться и токсичить?)мем

парень выше прекрасно описал, что такое model, почитай

Mvc в реальности нет,это сказки пхпшеров

не считается mvc, используя сервайсы можно этого достичь

где я токсичил?) это по моему ты начал ставить мне клоунов

ты можешь отстоять свою правоту как профессионал и тогда заплюют здесь меня, а не тебя.

к сожалению я не пишу всю жизнь на джанге, как ты уже проиграл получается(

ну не то чтобы сказка. Просто устаревший подход. В моем понимании это первая попытка разделения приложения на специализированные слои.

если не mvc, то какую архитектуру юзать на джанго проекты?

ну джанга в это не попала, со слоями там интересно:D

Это хороший вопрос. После долгих раздумий я пришел к выводу что лучше стараться придерживаться решений самого фреймворка. В книге "two scoops of django" дается рекомендация создавать "толстые" модели, "тонкие" контроллеры и "тупые" шаблоны. Т.е. основная логика у нас живет таким образом в моделях.

тяжко живется, если ты такие вещи принимаешь на свой счет. эх

ты сейчас рофлишь?

вполне здравая идея ж

ок

К сожалению современные практики вроде DDD и clean architecture мало применимы в джанге.

по поводу?

толстые вьюхи это круто?

он ж наоборот

шта? какие еще толстые вьюхи?

сорри, ошибся

Мне идея толстых моделей в корне не нравится. Я пока что склоняюсь к мысли для тупых крудов использовать простые вьюсеты \ сериализаторы DRF и простые модели. А в случае когда нужна нетривиальная бизнес-логика выносить это в сервисный слой.

ну, тоже рабочий подход в принципе. Просто тогда мы придем к тому о чем я писал выше - со временем будет меньше сторонних пакетов и больше своего кода.

Ну да, просто на старте с джангой тебе не нужно придумывать свои костыли для аутентификации \ авторизации \ пагинации \ примитивных крудов, это все уже у тебя есть. А с FastAPI приходится.

И дальше мы придем к тому о чем я писал еще выше - неважно будет ли у нас джанга или иной хттп-фрейм, мы все равно напишем еще и свой фремворк для текущей предметной области.

Я тоже пишу фреймворк, и понимаю, что нельзя знать всё, поэтому нужно искать специалистов, которые уже знают те или иные нюансы. Ибо кибербезопасность превыше всего, но это не значит, что нельзя делать свой фреймворк. Я правильно понимаю, он на Python написан у вас ?

Нет. Я в принципе обращаюсь к своему опыту и знаниям.

В любом случае пробуйте, даже если будет тяжело, не бросайте. Очень смело с вашей стороны, надеюсь хватит духу это закончить.

Спасибо!