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

Pwa делает не очень важной скорость API, потому что много где можно понатыкать кешей, которые будут обновляться в фоне

Привет всем. Расскажите плиз доступным языком :D а то у меня в голове бардак случился.
В общем, всегда обменивался данными, используя стиль REST и не было никаких проблем, но тут недан узнал, что можно передавать еще с помощью сокетов (именно сокетов, не веб-сокетов), там TCP, UDP. Так какой варинат будет более правильным, если мы пишем обычную клиент-серверную архитектуру, где сервер - это Джанго, клиент будет моб приложение на Андроиде, в дальнейшем мб iOS

TCP/UDP - это более низкий уровень. Используй HTTP. REST, JSON RPC, GraphQL.

Прочитай немного про модель OSI

А чем отличается Рест от Jason RPC?

Разные стандарты, разная идеология. REST старается быть декларативным, т.е. мы работаем с ресурсами, например /users с помощью HTTP методов (GET, PUT, DELETE). JSON RPC подразумевает императивый подход. Т.е. по сути ты вызываешь функцию на сервере через HTTP. Что именно использовать - зависит от задач.

А что всё-таки будет, как Брест практис — РЕСТ или JSON RPC? Или зависит от задачи?
Что лучше интегрировано с Джанго?
Про рест знаю — отличный drf есть, который меня очень даже устраивает

Зависит от задач. Если мало опыта - бери на продакшене то, что знаешь лучше, а свободное время изучай остальное. И вообще, пока что-то тебя устраивает полностью - пользуйся и радуйся жизни, это быстро проходит )) На самом деле, любой инструмент полон недостатков и ограничений. Просто это не всегда очевидно.

Я бы с радостью использовал рест))
Просто мой товарищ, с которым я работаю, знает только работу через TCP и получается, что он не очень хочет изучать работу по хттп, а я через тсп)
И вот думаем что всё-таки лучше будет

Ну, если разработчик чего-то не знает - это не беда. Если не хочет знать - то дело плохо.. :)

Согласен)
Спасибо за информацию

Это же гораздо более глубокий уровень OSI. Вообще про другое

Я лично не видел мобильных приложений, работающих напрямую через TCP. Наверное, они есть, но это довольно специфичные кейсы.

Ну и Django тут не подходит, это все же веб-фреймворк.

звучит как СОРМ

Не, ну может там свой протокол какой-нибудь. Например, торренты или видеоконференции. Мало ли что бывает.

А почему? Он сейчас же довольно мощный инструмент, который позволяет передавать данные на любой клиент