Я заинтересован в использовании принципа REST HATEOAS для уменьшения бизнес-логики в приложении SPA. В конкретном контексте React, я хотел бы знать, есть ли проблемы, которые делают это непрактичным, и, если нет, какую стратегию следует придерживаться?
Концептуальные примеры использования HATEOAS для удаления бизнес-логики из пользовательского интерфейса:
- Делегирование действительных действий банковского счета в службу REST
- Делегирование управления доступом на основе ролей службе REST
Я нашел только одну ссылку, которая говорит о том, что React/Flux не совместим со стратегией HATEOAS, и никаких других обсуждений не было. Неужели это невозможно в приложении React/Flux? Этот ТАК пост не получил достаточного внимания. У кого-нибудь есть любимый или рекомендуемый подход для достижения успеха (с Flux или Redux или без него)?
Кто-то привел довольно подробный пример использования HATEOAS в контексте Angular. Я ищу что-то подобное для React.
Лично я представляю тег rel
в ссылках гипермедиа, управляющих отображением компонентов JSX (условный JSX). Это наивно для реального приложения React? Возможно, условно визуализированные компоненты React слишком грубые, чтобы использовать их таким образом?
Я предполагаю, что гиперссылки предоставляются реализацией HAL или иным образом соответствуют соглашению о подаче ATOM (RFC4287).