这篇文章最初发布于2023年2月23日@我的博客页面
我是受到最近科技公司裁员影响的开发人员之一。所以,我开始用 react 面试前端职位。
在其中一家公司,我在反应中遇到了一个经典的道具钻孔问题,
并被要求解决它。为了简单起见,给出的问题就像
这个:
export default function app() { const [user, setuser] = react.usestate(null); const handlelogin = () => setuser(userdetails); return ( <div classname="app"> company logo <div> {user ? ( <dashboard user={user} /> ) : ( <button onclick={handlelogin}>login</button> )} </div> </div> ); } function dashboard({ user }) { return ( <div> <dashboardnav user={user} /> </div> ); } function dashboardnav({ user }) { return ( <div> <welcomeuser user={user} /> <userrole user={user} /> </div> ); } function welcomeuser({ user }) { return <div>welcome {user.name}</div>; } function userrole({ user }) { return <div>role {user.role}</div>; }
正如您所观察到的,我们将 user 属性从 app 组件传递到
子组件welcomeuser 和userrole。中间组件 dashboard 和 dashboardnav 只是转发 props,并没有真正使用它。
这是 react 中的一个经典 prop 钻孔 问题。
有趣的是,面试官要求通过 react context api 来解决问题
或使用 redux。
使用 context api 来解决这个问题,代码如下。
const usercontext = react.createcontext(undefined); export default function app() { const [user, setuser] = react.usestate(null); const handlelogin = () => setuser(userdetails); return ( <div classname="app"> company logo: context <div> {user ? ( <usercontext.provider value={user}> <dashboard /> </usercontext.provider> ) : ( <button onclick={handlelogin}>login</button> )} </div> </div> ); } function dashboard() { return ( <div> <dashboardnav /> </div> ); } function dashboardnav() { return ( <div> <welcomeuser /> <userrole /> </div> ); } function welcomeuser() { const user = react.usecontext(usercontext); return <div>welcome {user.name}</div>; } function userrole() { const user = react.usecontext(usercontext); return <div>role {user.role}</div>; }
我们正在创建 usercontext 并使用 provider 包装仪表板,以便
我们可以将我们想要的 props 传递给深度嵌套的子组件。这个解决方案
有效。
所以,如果我们要走经典的 redux 路线,我们需要创建一个类似的
使用单个全局存储来构造和包装所有内容,其中包含用户
目的。
解决方案代码将包含大量样板文件,因为我们使用 redux 来
解决一个简单的问题。
我只是给出了下面代码的要点,但如果你真的想探索完整的
代码,在这里:用 redux 解决。
export default function app() { return ( <provider store={store}> <reduxconnectedapp /> </provider> ); } function reduxapp({ user, setuser }) { const handlelogin = () => setuser(userdetails); return ( <div classname="app"> company logo: redux <div> {user ? <dashboard /> : <button onclick={handlelogin}>login</button>} </div> </div> ); } function dashboard() { return ( <div> <dashboardnav /> </div> ); } function dashboardnav() { return ( <div> <connectedwelcomeuser /> <connecteduserrole /> </div> ); } function welcomeuser({ user }) { return <div>welcome {user.name}</div>; } const mapstatetopropswelcomeuser = (state) => ({ user: state }); const connectedwelcomeuser = connect(mapstatetopropswelcomeuser)(welcomeuser); function userrole({ user }) { return <div>role {user.role}</div>; } 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 ( <div className="App"> Company Logo <div> {user ? ( <Dashboard> <DashboardNav> <WelcomeUser user={user} /> <UserRole user={user} /> </DashboardNav> </Dashboard> ) : ( <button onClick={handleLogin}>Login</button> )} </div> </div> ); } function Dashboard({ children }) { return <div>{children}</div>; } function DashboardNav({ children }) { return <div>{children}</div>; } function WelcomeUser({ user }) { return <div>Welcome {user.name}</div>; } function UserRole({ user }) { return <div>Role {user.role}</div>; }
如果你仔细想想,这是解决这个问题的简单方法,无需介绍
任何复杂性,如createcontext或react-redux。我们还获得其他好处,例如
作为
这种模式并不新鲜,并且已经在 react 社区中讨论过了。一个这样好的演练是在 react 中使用组合来避免“prop drilling”
但是,我收到面试官的反馈,是这样的
受访者没有正确理解问题,无法提供预期的解决方案。
我猜原因要么是面试官没有意识到这种模式,要么是我选择以一种没有被要求的方式解决问题。
话虽如此,我现在有动力写更多关于 react 中有趣的模式,希望它能吸引更广泛的受众。
分享这篇文章让我知道您的想法。
参考文献
以上就是上下文、Redux 还是组合?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号