上下文、Redux 还是组合？

来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习文章相关编程知识。下面本篇文章就来带大家聊聊《上下文、Redux 还是组合？》，介绍一下，希望对大家的知识积累有所帮助，助力实战开发！

这篇文章最初发布于2023年2月23日@我的博客页面

我是受到最近科技公司裁员影响的开发人员之一。所以，我开始用 react 面试前端职位。

在其中一家公司，我在反应中遇到了一个经典的道具钻孔问题，
并被要求解决它。为了简单起见，给出的问题就像
这个：

export default function app() {
  const [user, setuser] = react.usestate(null);

  const handlelogin = () => setuser(userdetails);

  return (
    

      company logo
      

        {user ? (
          
        ) : (
          login
        )}
      
    
  );
}

function dashboard({ user }) {
  return (
    

      
    
  );
}

function dashboardnav({ user }) {
  return (
    

      
      
    
  );
}

function welcomeuser({ user }) {
  return 
welcome {user.name}
;
}

function userrole({ user }) {
  return 
role {user.role}
;
}

正如您所观察到的，我们将 user 属性从 app 组件传递到
子组件welcomeuser 和userrole。中间组件 dashboard 和 dashboardnav 只是转发 props，并没有真正使用它。

这是 react 中的一个经典 prop 钻孔 问题。

有趣的是，面试官要求通过 react context api 来解决问题
或使用 redux。

通过 react 上下文解决

使用 context api 来解决这个问题，代码如下。

const usercontext = react.createcontext(undefined);

export default function app() {
  const [user, setuser] = react.usestate(null);

  const handlelogin = () => setuser(userdetails);

  return (
    

      company logo: context
      

        {user ? (
          
            
          
        ) : (
          login
        )}
      
    
  );
}

function dashboard() {
  return (
    

      
    
  );
}

function dashboardnav() {
  return (
    

      
      
    
  );
}

function welcomeuser() {
  const user = react.usecontext(usercontext);
  return 
welcome {user.name}
;
}

function userrole() {
  const user = react.usecontext(usercontext);
  return 
role {user.role}
;
}

我们正在创建 usercontext 并使用 provider 包装仪表板，以便
我们可以将我们想要的 props 传递给深度嵌套的子组件。这个解决方案
有效。

通过 redux 解决

所以，如果我们要走经典的 redux 路线，我们需要创建一个类似的
使用单个全局存储来构造和包装所有内容，其中包含用户
目的。

解决方案代码将包含大量样板文件，因为我们使用 redux 来
解决一个简单的问题。

我只是给出了下面代码的要点，但如果你真的想探索完整的
代码，在这里：用 redux 解决。

export default function app() {
  return (
    
      
    
  );
}

function reduxapp({ user, setuser }) {
  const handlelogin = () => setuser(userdetails);

  return (
    

      company logo: redux
      

        {user ?  : login}
      
    
  );
}


function dashboard() {
  return (
    

      
    
  );
}

function dashboardnav() {
  return (
    

      
      
    
  );
}

function welcomeuser({ user }) {
  return 
welcome {user.name}
;
}

const mapstatetopropswelcomeuser = (state) => ({ user: state });
const connectedwelcomeuser = connect(mapstatetopropswelcomeuser)(welcomeuser);

function userrole({ user }) {
  return 
role {user.role}
;
}

const mapstatetopropsuserrole = (state) => ({ user: state });
const connecteduserrole = connect(mapstatetopropsuserrole)(userrole);

我们已经连接了需要访问全局状态的组件
存储在redux中。

我是怎么解决的

阅读了有关反应组合的内容后，我通过制作解决了问题
使用 children 道具，看起来像这样

export default function AppSolution() {
  const [user, setUser] = React.useState(null);

  const handleLogin = () => setUser(userDetails);

  return (
    

      Company Logo
      

        {user ? (
          
            
              
              
            
          
        ) : (
          Login
        )}
      
    
  );
}

function Dashboard({ children }) {
  return 
{children}
;
}

function DashboardNav({ children }) {
  return 
{children}
;
}

function WelcomeUser({ user }) {
  return 
Welcome {user.name}
;
}

function UserRole({ user }) {
  return 
Role {user.role}
;
}

如果你仔细想想，这是解决这个问题的简单方法，无需介绍
任何复杂性，如createcontext或react-redux。我们还获得其他好处，例如
作为

• 将来，如果我们在 dashboard 中引入任何状态并对其进行操作，我们的 dashboardnav 永远不会重新渲染。
• 通过提供道具仅提供给所需的组件，我们拥有良好的可见性 用户的所有消费者，无需在组件（文件）之间导航 寻找他们。

这种模式并不新鲜，并且已经在 react 社区中讨论过了。一个这样好的演练是在 react 中使用组合来避免“prop drilling”

结论

但是，我收到面试官的反馈，是这样的

受访者没有正确理解问题，无法提供预期的解决方案。

我猜原因要么是面试官没有意识到这种模式，要么是我选择以一种没有被要求的方式解决问题。

话虽如此，我现在有动力写更多关于 react 中有趣的模式，希望它能吸引更广泛的受众。

分享这篇文章让我知道您的想法。

参考文献

• codesandbox 解决方案
• 使用上下文之前 - react 文档
• 在 react 中使用组合来避免“prop drilling”
• 博客答案：react 渲染行为（大部分）完整指南
• 博客回答：为什么 react context 不是“状态管理”工具（以及为什么它不取代 redux）

今天关于《上下文、Redux 还是组合？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！