2 варианта
В первом я обновляю статус по одному маршруту
PATCH request/1234/status
Body {
status: StatusEnum
comment?: string
}
Во втором делаю отдельные маршруты для переключения на нужный статус
POST request/1234/review
POST request/1234/reject
Body {
comment: string
}
POST request/1234/accept
На сколько понимаю, второй вариант не канон. Но использовать его как мне кажется будет проще
Нашел интересный ответ, но не до конца понимаю как это внедрить в моей ситуации
А зачем соблюдать канон?
Хороший вопрос Я долгое время делал как придется В итоге чаще всего получалась каша 🥣 Сейчас стараюсь все систематизировать, ищу наиболее удачный подход Ну и если придерживаться какого то стандарта не придется каждый раз изобретать велосипед
Ну и если уже есть какой то стандарт, значит кто то уже подумал и учел большенство возможных сценариев использования
Rest это architectural style, а не стандарт В твоём кейсе зависит, кмк, от того, является ли статус отдельной сущностью. И от того, как удобнее будет с ним работать
Статус у меня это свойство
Обсуждают сегодня