我有兴趣使用REST的HATEOAS原理来减少SPA应用程序中的业务逻辑。在React特定的环境中,我想知道是否有挑战使得这种做法不切实际,如果不是,那么遵循的策略是什么?REST(HATEOAS)和ReactJS
使用HATEOAS从UI删除业务逻辑的概念例子:
- 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应用程序真的不可行吗?这个帖子没有得到足够的关注。有没有人有最喜欢的或推荐的方法来取得成功(有或没有Flux或Redux)?
有人给出了一个相当详细的leveraging HATEOAS in the context of Angular的例子。我正在寻找类似React的东西。
就我个人而言,我在控制渲染哪些JSX组件的超媒体链接中描述了rel
标记(conditional JSX)。这对于真实世界的React应用程序来说太天真了吗?也许有条件渲染的React组件太粗糙,不能用这种方式?
我假设超媒体链接是由HAL实现提供的,或者符合ATOM馈送约定(RFC4287)。