管理 API 补丁引起的状态变化
Managing state changes caused by an API patch
我有一个数据 table 填充了 GUI -> API 调用 -> 节点后端 -> 环回 -> mongo 数据库。使用 NGRX 状态管理仅显示数据就可以正常工作。我使用模态对话框编辑其中一个字段，触发提交更改操作，调用相关补丁 API 并成功更新相关记录。
为了在GUI中反映这个改变的记录。当 SUCCESSFUL_SUBMIT 动作到来时，我调用 get API。这工作正常，但我认为这不是使用 NGRX 做事的正确方法，我担心这会在未来导致维护问题。
所以我的问题是，如何在 GUI 中反映更改后的状态。请注意，在我知道数据库补丁成功之前，我不希望在 GUI 中显示更改。
该图显示 table 控制台日志刚刚提交了对自动存档的更改。
这对我来说似乎不错，但是：
- 如果 POST 对象反映了 GET 对象，并且如果服务器不修改属性，您可以在没有额外 GET
的情况下更新您的商店
- POST 响应正文可以包含对象以防止额外的 GET
我有一个数据 table 填充了 GUI -> API 调用 -> 节点后端 -> 环回 -> mongo 数据库。使用 NGRX 状态管理仅显示数据就可以正常工作。我使用模态对话框编辑其中一个字段，触发提交更改操作，调用相关补丁 API 并成功更新相关记录。
为了在GUI中反映这个改变的记录。当 SUCCESSFUL_SUBMIT 动作到来时，我调用 get API。这工作正常，但我认为这不是使用 NGRX 做事的正确方法，我担心这会在未来导致维护问题。
所以我的问题是，如何在 GUI 中反映更改后的状态。请注意，在我知道数据库补丁成功之前，我不希望在 GUI 中显示更改。
该图显示 table 控制台日志刚刚提交了对自动存档的更改。
这对我来说似乎不错，但是：
- 如果 POST 对象反映了 GET 对象，并且如果服务器不修改属性，您可以在没有额外 GET 的情况下更新您的商店
- POST 响应正文可以包含对象以防止额外的 GET