动态推导及其杀死useEffect的方法

标题有点“点击诱饵”，但想法并没有错。

我并不认为 useeffect 是一个不好的 hook，实际上恰恰相反。但在作为派生机的 react 中，使用 useeffect 进行状态同步并不是最好的选择，核心团队也不推荐。

但是等等，如果我有需要同步状态的情况？

是的，这是非常罕见的情况，也许有更好的解决方案选项，但想象一下我们在应用程序中有一个帖子，并且当用户单击“喜欢”按钮时，我们希望有一个本地状态来处理乐观更新，但它与外部状态（来自后端）同步，以真正了解是否发生了类似情况。

可变的派生

在这种情况下，我们需要一个可以同时进行状态和推导的原语。从概念上讲，我们可以将其视为可变推导。 ryan carniato 有一篇关于它的很好的博客文章，但是有一些与 react 管理反应性的方式相关的限制，但这个新的原语将是推导和状态只有一个：
派生作为默认行为，获取最后更新的事实来源（来自服务器的数据道具）。
说明用户何时单击“喜欢”按钮。此更改是临时的，将在下一次依赖项更改时被覆盖。

当然，我们在 react 上没有它，但我们可以想象这样的原语。它的优点：

• 它从 useeffect 中又删除了一个用例。
• 它清楚地表明我们有一个可以作为状态处理的推导。

使用memostate

const [internalstate, setinternalstate] = usememostate(() => data, [data]);

钩子像普通的usememo一样接受两个参数，第一个参数是memo函数，通常会在第一次执行，返回值将是状态。第二个参数是众所周知的依赖项数组，用于跟踪值并在必要时重新计算备忘录。它返回一个包含两个值的元组，即状态/备忘录值和临时更改状态的设置器。

使用钩子就像这个例子：

function memostate ({ data }: { data: state}) {
  const [internalstate, setinternalstate] = usememostate(() => data, [data]);

  return (
    

      
name: {internalstate?.title}

							

								
								

									阿里云-虚拟数字人
									
阿里云-虚拟数字人是什么？ ...
								
								下载 
							
						
      
{internalstate?.like ? "liked post" : "not liked post"}
       {
        // likepost();
        setinternalstate(state => ({
          ...state,
          like: !state.like
        }))
      }}>like button
    
  )
}

通过这种方式，您可以消除这里对 useeffect 的需求，确切地知道这个钩子正在做什么和能够做什么，并填补这个概念空白，我们的问题同时需要一个状态和一个派生。讽刺的是，它因此消除了对效果的需要。

我们如何在 react 中做类似的事情？

为了遵循 react 规则并保持钩子安全，我们需要使用 useeffect 在今天的 react 中创建类似的东西。我不认为将来会做出这样的钩子，但谁知道呢，对吧？

为了避免在这里使用 useeffect，我们需要使用一些外部代码（例如迷你状态库）来处理它，或者如果我们想保留严格的 react 原语，则使用 useref 来保持值的同步。

这种方法的问题在于它违反了 react 规则，并且文档不建议这样做。因为它在没有效果的情况下工作的唯一方法是在组件渲染期间同步引用，一点也不安全。

因此，为了保持简单和安全，hook 的示例如下：

const useMemoState = (memoFn, depsList) => {
  const [state, setState] = useState(() => memoFn());

  useEffect(() => {
    setState(memoFn());
  }, depsList)

  return [state, setState];
}