我一直在想Redux Dev Tools的导入功能。如果它有问题，请纠正我的逻辑。
我正在开发一个多步骤，形式繁多的应用UI，它将其状态序列化为Redux。尝试通过浏览应用程序并每次填充/验证每个字段来重现错误是低效的。我发现了Redux Dev Tools（RDT）导出和导入功能，并导出了一个州填写并验证表单。
我重新启动了应用程序，直接导航到URL（它位于dev环境中，因此没有auth guards），并导入了state.json文件。
由于UI没有从 Redux派生其状态，而是将其状态保存到 Redux中，因此UI可预测，在state.json时不会更新文件已导入。这个问题是关于响应导入state.json文件的单一，同步动作。
我做了一些研究，发现了RDT依赖的一个名为redux-devtools-instrument的软件包。它在内部使用Redux，并具有IMPORT_STATE的动作/缩减器。即使明确地将此包添加到我自己的依赖项中，我也无法弄清楚如何订阅该事件并重新水化我的UI。所以，这是我的问题的两个部分：
RDT的导入功能是否意味着按照我描述的方式工作？
你如何获得一个“哑”的UI，它没有Redux的概念，甚至一般都没有说明这个问题，以“监听”导入状态文件操作？我尝试使用RxJS，但不知道要订阅什么。
答案 0 :(得分：0)
听起来像这里的拦截器是，正如你所说，＆＃34;用户界面并没有从Redux中获取其状态，而是将其状态保存到Redux＆＃34;中。如果是这种情况，那么在更新UI方面将更新状态导入Redux存储将毫无意义。
通常，如果您执行非Redux感知UI以响应Redux存储状态或调度操作中的更改，则需要使用store.subscribe()或Redux中间件在调度操作后启动对UI其余部分的更改。