В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Software Design/Architecture/Zen

2040 membersпожаловаться на группу
2021 June 04

IR

I Raimbayev in Software Design/Architecture/Zen
То есть, например, прикрепление "разрешающего документа" для заказа - это "подсущность" к заказу в виде POST api/orders/{id}/permission_papers, если говорить именно про урл, ну и в домене рассматривать как "подсущность"?
источник
18:45пожаловаться#1

SP

Sergey Protko in Software Design/Architecture/Zen
урл это идентификатор ресурса. так что пиши туда что хочешь главное что бы было понятно что это.

не надо думать про "сущности" и вообще - давай не будем притворяться и скажем честно - REST не бывает (потому что нет у тебя элементов гипертекста что бы сервер управлял состоянием клиента) а значит ты просто делаешь json rpc over http и не надо себе голову чушью забивать
источник
18:47пожаловаться#2

SP

Sergey Protko in Software Design/Architecture/Zen
единственный пример REST существующий в природе - набор спецификаций http, uri, html. Именно под этот набор спецификаций Рой Филдинг свои тезисы описывал и больше оно ни про что не говорит. Ты можешь взять из REST хорошие идеи или готовые инструменты (тот же URI или фреймворк для кеширования в http) но это не делает это REST. Более того - тебе и не нужно это.
источник
18:48пожаловаться#3

IR

I Raimbayev in Software Design/Architecture/Zen
Да, я это понимаю. Я не стремлюсь сделать именно REST, а пытаюсь спроектировать наиболее удобный способ взаимодействия, так как у нас не только заказы будут такие многоступенчатые, вот хочется привести к некому единому и удобному виду
источник
18:48пожаловаться#4

IR

I Raimbayev in Software Design/Architecture/Zen
А вообще каких-то пейперов, выступлении, существующих решении на эту тему не встречал в природе кто-нибудь?
источник
18:49пожаловаться#5

SP

Sergey Protko in Software Design/Architecture/Zen
да норм, тут вопрос именно самих переходов и как ты операции проектируешь. Можно сделать просто как ты описал, можно требовать от клиента что бы он перед тем как что-то сделал делал обязательно что-то еще - просто неудобно клиенту будет.
источник
18:49пожаловаться#6

SP

Sergey Protko in Software Design/Architecture/Zen
есть куча их. все на тему "не ебите себе голову и делайте процедурки"
источник
18:50пожаловаться#7

SP

Sergey Protko in Software Design/Architecture/Zen
http.post(`/orders/${id}/confirm`).catch((error) => {
   // handle error
})
источник
18:51пожаловаться#8

SP

Sergey Protko in Software Design/Architecture/Zen
удобно же
источник
18:51пожаловаться#9

SP

Sergey Protko in Software Design/Architecture/Zen
единственное что может сделать это удобнее - сделать put-ом и гарантировать идемпотентность
источник
18:51пожаловаться#10

SP

Sergey Protko in Software Design/Architecture/Zen
тогда я на клиенте смогу просто включить retry-on-failure и в случае 5xx статус кодов буду пробовать еще раз
источник
18:51пожаловаться#11

SP

Sergey Protko in Software Design/Architecture/Zen
разделение на put/post/get/delete может помочь в целом семантику клиента сделать более понятной. Аля... "для put/get/delete" делай ретраи, для post не делай ретраев, для get таймауты поменьше...
источник
18:52пожаловаться#12

IR

I Raimbayev in Software Design/Architecture/Zen
Понял, спасибо за идею, выглядит логично =)
источник
18:56пожаловаться#13

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
репозитории как шаблон же придуман для работы с коллекциями на чтение, а для одноразовой выборки можно dao заюзать, а там хоть максимально нативно, хоть орм подсунь
источник
19:01пожаловаться#14

SP

Sergey Protko in Software Design/Architecture/Zen
коллекции без итератора
источник
19:01пожаловаться#15

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
ну и репо на запись - wtf?
источник
19:01пожаловаться#16

SP

Sergey Protko in Software Design/Architecture/Zen
репозиторий придумали:

- на запись
- доставать одну штуку

Это "коллекция без итератора" - условно мэпа которая предоставляет доступ по ключу
источник
19:01пожаловаться#17

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
ну и запись плюс чтение тут же ломает cqrs
источник
19:02пожаловаться#18

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
итератор или без это уже детали реализации, хоть ленивой её сделай под капотом
источник
19:03пожаловаться#19

MT

Max Trifonov in Software Design/Architecture/Zen
А небыло желание, у коллег из сообщества, пообсуждать идеи и подходы в онлайн... в живую?
источник
19:03пожаловаться#20