当你的数据是同步的差的：数据来源是同步的，没有必要使用。 {代码...} 正确示例：直接使用。 {代码...} 当你的数据可以通过其他数据计算得来差的： {代码...} 更好的：从已有数据中派生。 {代码...}

react-router-dom@6中无法直接使用history模块，换了如下方式： {代码...}

如下代码，我们调用document.getElementById获取一个元素，然后尝试对其调用getContext方法。然而这段代码无法通过ts检查，而是会抛出错误。

if else没什么好讲的。 {代码...} 应用场景：-注意事项：-三元运算符二选一渲染。应用场景：在两个候选结果中取一个的情况。 {代码...} 注意事项：避免嵌套，如果发生嵌套，那说明你的代码需要重构。逻辑与（&&）只期望条件为真时渲染。jsx不会渲染boolean值，所以如果为false，就什么都不渲染。应用场景：只有一个候选...

创建一个仓库名为账户名.github.io。比如我的账户名为refanbanzhangwork，那么我的仓库名就填写：refanbanzhangwork.github.io。其他位置保持默认就好了，然后点击Create repository按钮。

这是因为hash模式的路由path值并不会传递给后端，所以你的任意path，对后端来说都不可见，它只会认为你在访问根目录的index.html。

什么原因？问题出在onKeyup内部的onSubmit，由于onSubmit所在的useEffect没有依赖，所以只会在初始化执行一次，onSubmit内部的username也就会一直处于初次渲染的状态，值为空字符。

这是由于useEffect在设计上决定的。useEffect接受一个函数，这个函数返回undefined或者一个函数（用于cleanup）。

在后台管理系统中，我们经常会遇到文件导出这个需求，下面，我将几种常见的导出方式做一个简单的介绍，让大家在以后遇到此类需求时，能够切合实际情况，采取相对合理的方式。

观察上面的List组件，我们会发现ListItem被耦合在了List内部，当我们需要更换不同的ListItem时，需要深入到List中进行修改，这会引入风险。