Как правильно построить логику API?

Question

[ar5]

Здравствуйте, пытаюсь сделать небольшой проектик для себя и интересен вопрос по API. Необходимо загрузить пост с какими-то данными и картинкой.
Делаю на express.js и mongoDB
1. Необходимо все сделать в одном запросе? Т.е. загрузка картинки и всей информации?
2. Необходимо ли выделять отдельный ресурс на загрузку картинки?
3. Когда кладу картинку в статику необходимо дожидаться полной загрузки файла и после этого класть данные и путь к файлу?

Спасибо за разъяснение.

Answer 1

[Евгений Тройнов]

1. Не совсем корректная постановка вопроса, вы собираетесь передавать изображение в запросе? или как?.
Обычно делается так, если вы храните данные в б.д то вы сначала запрашиваете данные из бд, затем проверяете изображение по адресу и отправляете статус о нем на клиент, если все ок, а если возникла ошибка то результат ее обработки.

2. Что вы имеете в виде под словом "ресурс" ?

3. Да, т.к может возникнуть ситуация когда место на винте закончится а записи будут сохранятся в б.д.

Comments

[ar5]

1. У меня есть ресурс "/posts" с методом PUT, который мне позволяет вставлять данные в БД. Предполагаю, что мне придет multipart/form-data с данными [name,text,img].
Как я должен правильно поступить?
1. Сделать ресурс "/upload", который будет класть файл или файлы в статику, и если в "/posts" приезжают данные об img, то мы их кидаем в ресурс "/upload", который нам вернет или пути или имена файлов и дальше отработает наш запрос "/posts", который положит это все в базу.
2. Либо на том же ресурсе "/posts" просто все найденные файлы в data img положить в статику и отработать запрос "/posts"

Хотелось бы услышать как это делается правильно. Спасибо.

[ar5]

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

[Евгений Тройнов]

ar5: 1. Судя по постановке вы либо на рельсах либо на эликсире пишите. В первом случае пишите хелпер на обрабоку изображений и передаете в него ваше изображение для его дальнейших преобразований. В контролере делать их не надо.

Имея хелпер вы сможете использовать его везде.

Давайте рассмотрим пример.

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

Дисклеймер: написанное далее является моим личным мнением и не претендует на истиность.

Итак я бы сделал это следующим образом:

1. Работа с постами выполняется ресурсом Post
2. Работа с записями выполняется ОТДЕЛЬНЫМ ресурсом Upload. Почему так? Потому что загрузка изображений может быть в нескольких местах, например в будущем вы добавите еще каталог товаров, в этом случае вам понадобится делать ещё один загрузчик и т.д и т.д.

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

Далее на странице редактирования/создания поста вы делаете отдельный интерфейс для работы с изображениями который будет показывать галлерею загруженых изображений и по клику добавлять их в пост.

P.S По моему личному мнению ( ЭТО КАСАЕТСЯ ИСКЛЮЧИТЕЛЬНО ВЕБ ) в базе информация должна хранится только в виде текста, никаких бинарных данных и т.д.

Просто представте как вы будете провисать канал на отдачу изображений асинхронно.

Если у вас будет галлерея из 5 тысяч фото в базе, не на диске а именно в базе в двоичном формате. При нагрузке в 200 к/с вам понадобится неепический кластер так как БД жрет проц и оперативу дай дорогу.

Так же в случае бинарных данных оптимизация отдачи статики через nginx вам будет недоступна.

Answer 2

[dativav]

Бинарные файлы, да, лучше отдельно посылать.
Особенно если они большие.