Я заинтересован в использовании принципа REST HATEOAS для сокращения бизнес-логики в приложении SPA. В контексте, специфичном для Реагирования, я хотел бы знать, есть ли проблемы, которые делают это непрактичным, а если нет, то, что является хорошей стратегией для подражания?REST (HATEOAS) и ReactJS
Концептуальные примеры использования HATEOAS для удаления бизнес-логику от пользовательского интерфейса:
- Delegating valid bank account actions to the REST service
- Delegating role-based access control to the REST service
Я только нашел одну ссылку, которая предполагает React/Flux is not compatible with a HATEOAS strategy и не содержательную дискуссию в другом месте , Действительно ли это невозможно в приложении React/Flux? Это сообщение SO не привлекло достаточного внимания. У кого-нибудь есть любимый или рекомендуемый подход для достижения успеха (с Flux или Redux или без него)?
Кто-то дал довольно подробный пример leveraging HATEOAS in the context of Angular. Я ищу что-то подобное для React.
Лично я представляю метку rel
в гиперссылках, которые контролируют, какие компоненты JSX визуализируются (conditional JSX). Это наивно для реального приложения React? Возможно, условно визуализированные компоненты React слишком грубые, чтобы их можно было использовать таким образом?
Я предполагаю, что ссылки гипермедиа обеспечены реализацией HAL или иным образом соответствуют соглашению о подаче ATOM (RFC4287).