我有興趣使用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)。