网站后台管理密码破解,深圳找工作58同城最新招聘,广告设计培训班课程,长沙开福区专业制作网站帮助你在开发过程中尽早地发现组件中的常见错误。
** 严格模式启用了以下仅在开发环境下有效的行为#xff1a;
组件将 重新渲染一次#xff0c;以查找由于非纯渲染而引起的错误。 组件将 重新运行 Effect 一次#xff0c;以查找由于缺少 Effect 清理而引起的错误。 组件将… 帮助你在开发过程中尽早地发现组件中的常见错误。
** 严格模式启用了以下仅在开发环境下有效的行为
组件将 重新渲染一次以查找由于非纯渲染而引起的错误。 组件将 重新运行 Effect 一次以查找由于缺少 Effect 清理而引起的错误。 组件将被 检查是否使用了已弃用的 API。
StrictMode 不接受任何参数。
在由 包裹的树中无法选择退出严格模式。这可以确保在 内的所有组件都经过检查。如果两个团队在一个产品上工作并且对于这些检查是否有价值存在分歧他们需要达成共识或将 下移到树的较低层级。 **
为整个应用启用严格模式
** 如果要为整个应用启用严格模式请在渲染根组件时使用 包裹它
import { StrictMode } from ‘react’; import { createRoot } from ‘react-dom/client’;
const root createRoot(document.getElementById(‘root’)); root.render( ); **
为应用程序的一部分启用严格模式
** import { StrictMode } from ‘react’;
function App() { return ( / ); } 在这个例子中严格模式的检查不会对 Header 和 Footer 组件运行。然而它们会在 Sidebar 和 Content 以及它们内部的所有组件上运行无论多深。 ** 修复在开发过程中通过双重渲染发现的错误 ** React 假设编写的每个组件都是纯函数。这意味着编写的 React 组件在给定相同的输入props、state 和 context时必须始终返回相同的 JSX。 违反此规则的组件会表现得不可预测并引发错误。为了帮助你找到意外的非纯函数代码严格模式 在开发环境中会调用一些函数两次仅限应为纯函数的函数。这些函数包括 组件函数体仅限顶层逻辑不包括事件处理程序内的代码 传递给 useState、set 函数、useMemo 或 useReducer 的函数。 部分类组件的方法例如 constructor、render、shouldComponentUpdate 等请参阅完整列表。 如果一个函数是纯函数运行两次不会改变其行为因为纯函数每次都会产生相同的结果。然而如果一个函数是非纯函数例如它会修改接收到的数据运行两次通常会产生明显的差异这就是它是非纯函数的原因。这有助于及早发现并修复错误。 ** 修复在开发中通过重新运行 Effect 发现的错误 ** 每个 Effect 都有一些 setup 和可能的 cleanup 函数。通常情况下当组件挂载时React 会调用 setup 代码当组件卸载时React 会调用 cleanup 代码。如果依赖关系在上一次渲染之后发生了变化React 将再次调用 setup 代码和 cleanup 代码。 当开启严格模式时React 还会在开发模式下为每个 Effect 额外运行一次 setup 和 cleanup 函数。这可能会让人感到惊讶但它有助于发现手动难以捕捉到的细微错误。 ** 修复严格模式发出的弃用警告 ** React 会在任何一个位于 树中的组件使用以下弃用 API 时发出警告 findDOMNode请参考替代方案。 UNSAFE_ 类生命周期方法例如 UNSAFE_componentWillMount请参考替代方案。 旧版上下文childContextTypes、contextTypes 和 getChildContext请参考替代方案。 旧版字符串引用this.refs,请参考替代方案。 这些 API 主要用于旧版的 类式组件因此在新版程序中很少出现。 **
