роль V играет какой-то джс фреймворк, роль C - тоже он, а бэкенду достается только роль M и логики, вычислений и тд, то какие преимущества у джанго перед другими фреймворками, кроме его орм?
ооох:D стали небольшие сервисы выносить в fastapi - нихрена нет, все сам руками подключай и трать время. aio-либ раз-два и обчелся, ни о каких ORM/ODM и речи не идет. Даже то, что не django - копируют модель django ORM (pymodm/couchbase)
если у вас наносервисы - мб и подойдет с каким-нибудь kafka(faust)-брокером. Сейчас даже на обычный SOA эти фреймворки накладываются непросто
У Джанго mvt
не соглашусь с утверждением логика и вычисления - это вроде бы и есть часть именуемая controller, если не ошибаюсь view - это тоже слой джанго, даже если мы говорим о REST. т.е. если ты на JS накидал какую-то логику отображения, это еще не значит что джанго ее лишился. Одно другому не мешает IMO кстати, я не советую слишком много переносить на плечи фронта, так как это ставит палки в колеса как минимум в двух случаях 1) Кроссплатформенное приложение. Сейчас уже обыденность, когда приложение представлено в browser-версии + iOS + Android (для примера) Лучше в одном месте, т.е. на беках, реализовать какую-то логику в т.ч. отображения, чем писать код каждый раз заново на каждой отдельной платформе 2) JS фреймоворки имеют намного более короткий жизненный цикл, и чем меньше логик ты вложишь, тем легче потом будет переезжать Умер jquery, умер angular js, умирает angular2. А джанго как был, так и остался премущество джанго заключается в том, что там есть много чего, что тебе понадобится 99% если это полноценный проект я вижу django как pycharm, только в мире веб-фрейморков
Обсуждают сегодня