Насколько эффективна REST-full архитектура?

Question

[My1Name]

Насколько эффективна REST-full архитектура для приложений с мультимедийным контентом? Например, видео-хостинг YouTube или хостинг изображений. При использовании REST-full запросов, на сколько я понимаю, вся информация хранится в БД и привязывается к модели @Entity То есть даже видео и файлы изображений, которые загружаются на сервер, в случае с REST-full хранятся в базе данных, а не где-то в папке или на диске...

Напрашивается логичный вопрос: Насколько эффективна такая архитектура, и стоит ли она отдельного внимания?

Comments

[Дмитрий Беляев]

То есть даже видео и файлы изображений, которые загружаются на сервер, в случае с REST-full хранятся в базе данных, а не где-то в папке на сервере...

кто Вам такую глупость сказал?

[My1Name]

Дмитрий Беляев, я сам придумал... Если вы парсите запрос, то это уже не REST-full. Применение различных типов хранилищ, является характерной чертой NoSQL

[Roman K]

Что такое "REST-full" архитектура?

[My1Name]

Roman K, https://habr.com/ru/articles/38730/

[Василий Дёмин]

My1Name, В базе обычно хранят пути до файлов в фс, облаке и т.д. Сами файлы никто в базе не хранит, потому что это неэффективно

[Василий Дёмин]

My1Name, А как можно не парсить запрос? Вот вы тело передаёте в JSON, например, чтобы извлечь данные, приходится парсить JSON. Значит ли это, что в REST запросах нельзя использовать JSON?

[WbICHA]

My1Name,

не надо парсить запрос чтоб понять что он должен сделать

Где тут запрет на парсинг?

[My1Name]

Василий Дёмин, я наверно не совсем правильно поставил вопрос... Более правильно: В каких случаях REST-full архитектура эффективна? - На мой взгляд, это только статические сайты, подобие таблиц или баз данных, медиаконтент которых не обновляется, или обновляется очень редко.

[Mors Clamor]

My1Name, вы не правы, как уже сказали выше, у вас весь контент хранится в папках на сервере. В БД вы храните только пути к ним (ну может еще какие-то модификаторы доступа). REST реализует CRUD, тот самый, который вы так или иначе будете использовать (получить видео, удалить видео, обновить и т.д). Так что в этом случае это просто подход, и он достаточно эффективен и удобен

[My1Name]

Mors Clamor, Если вы парсите запрос, то нарушается атомарность и, это уже не REST-full. REST (без full)- это обобщение GET и POST запросов. Тогда как REST-full делает референс: модель <--> база данных.

[Василий Банников]

My1Name, restful - это исключительно про стиль, а не про реализацию.
Всё зависит от того, как ты нарежешь свою предметную область на этот самый state transfer.
Некоторые операции, соглашусь, сложно как state transfer представить так, чтобы это было эффективно.
Но передача картинок или видео в этот набор не входит.

Если вы парсите запрос, то нарушается атомарность и, это уже не REST-full

Кто сказал?

[My1Name]

Василий Банников,

Кто сказал?

Это не нужно говорить. Это логично.

restful - это исключительно про стиль

Это исключительно о Java POJO.

[Василий Банников]

My1Name, а при чём тут жава вообще?

[Василий Банников]

My1Name,

Это не нужно говорить. Это логично.

Нет, не логично. Впервые такую трактовку слышу за время работы в нескольких компаниях в сумме с несколькими десятками (а может сотнями коллег), не говоря уже о том что статья, которую вы упомянули, была написана больше десятка лет назад и достаточно сильно устарела. В комментариях даже неиронично думают как с XML работать.

[Василий Дёмин]

My1Name,

Это не нужно говорить. Это логично.

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

[Сергей Горностаев]

My1Name,

На мой взгляд, это только статические сайты

Ну все, пойдём все сберовские системы переписывать с непригодного rest'а.

[My1Name]

Сергей Горностаев почему все возмущённые комментаторы называют REST — REST-full (restful) ? Если говорить о REST как о стилях, как написал выше Василий Банников, то всё это можно назвать - полное безразличие...

[My1Name]

Василий Банников, учитывая мой предыдущий комментарий в ответ Сергей Горностаев, могу предположить, что все ваши приложения работают на вашей самоуверенности...

а при чём тут жава вообще?

- Хороший вопрос :) Сущности в JPA (смотри основы - ООП) базируются на аннотациях (эдакая валиадация форм). В случае с REST и REST-full меняется форма и доступ к POJO, а вместе с тем - технологии транспорта данных на уровне приложения.

p.s. Кто-то из модераторов удалил тег SPRING. Однако, этот вопрос имеет прямое отношение к Java.

[Сергей Горностаев]

My1Name, да куда уж мне в таких тонкостях разбираться.

[My1Name]

Сергей Горностаев, Вы иронизируете, а я упрощаю. По крайней мере я так думаю... см. комментарии

[Дмитрий]

My1Name,

почему все возмущённые комментаторы называют REST — REST-full (restful)

1. Английский, падлы знают? https://fluenglish.com/studentam-na-zametku/dlya-v...
2. Да и сам создатель термина REST тоже знает - https://roy.gbiv.com/untangled/2008/rest-apis-must... ?

Was this information helpful or userful?

Answer 1

[Василий Банников]

Во-первых не rest-full, а restful с одной l.

При использовании REST-full запросов, на сколько я понимаю, вся информация хранится в БД и привязывается к модели @Entity

Нет. REST-это исключительно про интерфейс, а что там под капотом - не важно.

То есть даже видео и файлы изображений, которые загружаются на сервер, в случае с REST-full хранятся в базе данных, а не где-то в папке или на диске...

НЕТ.

Answer 2

[VoidVolker]

Эффективна для чего/в чем? Определитесь для начала с критериями. А так - она достаточно эффективна при решении тех задач, для которых она предназначена.