对于很长一段时间我一直在尝试错误的边界后,得到路由到我们的应用程序的工作一直打到,但今天我不仅发现了看似相同的例子很多躺在附近的代码有一个重要的区别:条航线被包裹Switch
。如果启用了此简单更改,就足以停止路由工作。演示版
请阅读以下代码段。如果我删除了该Switch
位,即使每个组件都应该发生故障,也可以正常工作,但是如果被交换机包裹起来则不会。我想知道为什么。
<div style={{ backgroundColor: "#ffc993", height: "150px" }}>
<Switch>
<Route
path="/"
exact
render={() => (
<ErrorBoundary>
<MyComponent1 title="Component 1" />
</ErrorBoundary>
)}
/>
<Route
path="/comp1"
render={() => (
<ErrorBoundary>
<MyComponent1 title="Component 1 Again" />
</ErrorBoundary>
)}
/>
<Route
path="/comp2"
render={() => (
<ErrorBoundary>
<MyComponent2 title="Component 2" />
</ErrorBoundary>
)}
/>
</Switch>
基本上,这个问题归结为React如何进行对帐。
组件更新时,实例保持不变,因此在渲染之间保持状态。React更新基础组件实例的道具以匹配新元素
假设我们有这个示例应用程序:
<App>
<Switch>
<Route path="a" component={Foo}/>
<Route path="b" component={Foo}/>
</Switch>
</App>
有点不直观,这将为Foo
两个路由重用相同的实例!A
<Switch>
将始终返回第一个匹配的元素,因此基本上在React渲染时,这等效<App><Foo/></App>
于路径“a”和<App><Foo/></App>
路径“b”的树。如果Foo是具有状态的组件,则意味着状态得以保留,因为实例刚刚传递了新的props(children
在我们的例子中,除了prop
,没有其他prop),并且可以通过重新计算其自身的状态来处理该状态。
由于我们的错误边界正在被重用,尽管它的状态无法更改,但它永远不会重新呈现其父级路由的新子级。
React为此隐藏了一个窍门,我只在它的博客上明确看到过它:
为了在移动到另一个项目时重置值(如在密码管理器方案中一样),我们可以使用称为key的特殊React属性。更改键后,React将
创建一个新的组件实例,而不是更新当前实例 。(…)在大多数情况下,这是处理需要重置的状态的最佳方法。
布莱恩·沃恩(Brian Vaughn)的错误绑定程序包中的一个相关问题首次向我暗示了这一点:
我建议重设此错误边界的方法(如果您确实想消除错误)将只是使用新的键值将其清除。(…)这将告诉React抛出前一个实例(带有错误状态),并用一个新实例替换它。
使用key
s
的替代方法是实现暴露一些可以在外部调用的钩子,或者通过尝试检查children
属性的更改来实现,这很困难。像这样的东西可以工作(演示):
componentDidUpdate(prevProps, prevState, snapshot) {
const childNow = React.Children.only(this.props.children);
const childPrev = React.Children.only(prevProps.children);
if (childNow !== childPrev) {
this.setState({ errorInfo: null });
}
但这需要更多工作,而且容易出错,所以为什么要麻烦:只需坚持添加key
道具即可:-)
我正在尝试使用Appium(通过SauceLabs)在iOS上运行web应用程序的自动测试,但在下面详细介绍的一个相对简单的测试用例中遇到了一个问题。 我得到以下错误在Appium日志: 查看屏幕截图,问题中的元素确实出现在屏幕上。 在尝试单击元素之前,我尝试滚动到元素: 通过javascript滚动到它似乎没有任何区别。似乎有些坐标集被弄乱了,但我对Appium的工作原理了解不够,无法弄清楚。
问题内容: 尝试执行以下操作,但不起作用。 正如文档所述,Switch元素内仅允许Route和Redirect元素。如何在不显式地将HomePage和UserPage包裹在App中或没有将错误页面包裹在App中的情况下使其工作? 问题答案: 当我开始开发“通用React应用”时,第一页的加载是通过服务器端渲染完成的,但是我也遇到了类似的问题,因为React- Router刚刚更新到4.0。您应该考
我使用Spring boot作为rest后端系统和Spring数据,我有三个主要层(控制器、服务、dao)。 我用@Transactional注释了服务类,并且在它的一个方法中,我正在检索一些与其他实体具有@ManyTo很多关系的实体。 我只想得到主实体,我依赖于@ManyToMany的懒惰。 问题是在从服务返回到控制器之后,当我点击(多)端时,会发出一条sql语句并检索集合,就好像事务仍在运行一
我读了这个文件关于反应路由器交换机 我理解交换机和路由的定义 但有些地方还是不能理解 如果我只想选择一条路径进行渲染,我们可以使用如下开关 我不明白的一点是,我可以在没有开关的情况下获得同样的效果 那么,我们为什么要使用交换机呢?我们什么时候需要使用开关? 我发现一个需要使用开关的情况 如果我想在没有路径匹配时呈现特定的组件 我们需要像这样包装路由开关 我说得对吗?
本文向大家介绍React v15中怎么处理错误边界?相关面试题,主要包含被问及React v15中怎么处理错误边界?时的应答技巧和注意事项,需要的朋友参考一下 React 15 中有一个支持有限的错误边界方法 unstable_handleError。此方法不再起作用,同时自 React 16 beta 发布起你需要在代码中将其修改为 componentDidCatch。
下面给出依赖关系树。堆栈超过流要求放更多的文本。