這篇文章最初發佈於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}"></dashboard> ) : ( <button onclick="{handleLogin}">Login</button> )} </div> </div> ); } function Dashboard({ user }) { return ( <div> <dashboardnav user="{user}"></dashboardnav> </div> ); } function DashboardNav({ user }) { return ( <div> <welcomeuser user="{user}"></welcomeuser> <userrole user="{user}"></userrole> </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。
透過 React 上下文解決
使用 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></dashboard> </usercontext.provider> ) : ( <button onclick="{handleLogin}">Login</button> )} </div> </div> ); } function Dashboard() { return ( <div> <dashboardnav></dashboardnav> </div> ); } function DashboardNav() { return ( <div> <welcomeuser></welcomeuser> <userrole></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 來
解決一個簡單的問題。
我只是給了下面程式碼的要點,但如果你真的想探索完整的
程式碼,在這裡:用 redux 解決。
export default function App() { return ( <provider store="{store}"> <reduxconnectedapp></reduxconnectedapp> </provider> ); } function ReduxApp({ user, setUser }) { const handleLogin = () => setUser(userDetails); return ( <div classname="App"> Company Logo: Redux <div> {user ? <dashboard></dashboard> : <button onclick="{handleLogin}">Login</button>} </div> </div> ); } function Dashboard() { return ( <div> <dashboardnav></dashboardnav> </div> ); } function DashboardNav() { return ( <div> <connectedwelcomeuser></connectedwelcomeuser> <connecteduserrole></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}"></welcomeuser> <userrole user="{user}"></userrole> </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。我們也獲得其他好處,例如
作為
- 將來,如果我們在 Dashboard 中引入任何狀態並對其進行操作,我們的 DashboardNav 永遠不會重新渲染。
- 透過提供道具僅提供給所需的組件,我們擁有良好的可見性 用戶的所有消費者,無需在組件(文件)之間導航 尋找他們。
這種模式並不新鮮,並且已經在 React 社群中討論過。一個這樣好的演練是在 React 中使用組合來避免「Prop Drilling」
結論
但是,我收到面試官的回饋,是這樣的
受訪者沒有正確理解問題,無法提供預期的解決方案。
我猜原因要不是面試官沒有意識到這種模式,就是我選擇以一種沒有被要求的方式解決問題。
話雖如此,我現在有動力寫更多關於 React 中有趣的模式,希望它能吸引更廣泛的受眾。
分享這篇文章讓我知道您的想法。
參考文獻
- Codesandbox 解決方案
- 使用上下文之前 - React 文件
- 在 React 中使用組合來避免「Prop Drilling」
- 部落格答案:React 渲染行為(大部分)完整指南
- 部落格回答:為什麼 React Context 不是「狀態管理」工具(以及為什麼它不取代 Redux)
以上是上下文、Redux 還是組合?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

Python和JavaScript各有優勢,選擇取決於項目需求和個人偏好。 1.Python易學,語法簡潔,適用於數據科學和後端開發,但執行速度較慢。 2.JavaScript在前端開發中無處不在,異步編程能力強,Node.js使其適用於全棧開發,但語法可能複雜且易出錯。

javascriptisnotbuiltoncorc; sanInterpretedlanguagethatrunsonenginesoftenwritteninc.1)JavascriptwasdesignedAsignedAsalightWeight,drackendedlanguageforwebbrowsers.2)Enginesevolvedfromsimpleterterpretpretpretpretpreterterpretpretpretpretpretpretpretpretpretcompilerers,典型地,替代品。

JavaScript可用於前端和後端開發。前端通過DOM操作增強用戶體驗,後端通過Node.js處理服務器任務。 1.前端示例:改變網頁文本內容。 2.後端示例:創建Node.js服務器。

選擇Python還是JavaScript應基於職業發展、學習曲線和生態系統:1)職業發展:Python適合數據科學和後端開發,JavaScript適合前端和全棧開發。 2)學習曲線:Python語法簡潔,適合初學者;JavaScript語法靈活。 3)生態系統:Python有豐富的科學計算庫,JavaScript有強大的前端框架。

JavaScript框架的強大之處在於簡化開發、提升用戶體驗和應用性能。選擇框架時應考慮:1.項目規模和復雜度,2.團隊經驗,3.生態系統和社區支持。

引言我知道你可能會覺得奇怪,JavaScript、C 和瀏覽器之間到底有什麼關係?它們之間看似毫無關聯,但實際上,它們在現代網絡開發中扮演著非常重要的角色。今天我們就來深入探討一下這三者之間的緊密聯繫。通過這篇文章,你將了解到JavaScript如何在瀏覽器中運行,C 在瀏覽器引擎中的作用,以及它們如何共同推動網頁的渲染和交互。 JavaScript與瀏覽器的關係我們都知道,JavaScript是前端開發的核心語言,它直接在瀏覽器中運行,讓網頁變得生動有趣。你是否曾經想過,為什麼JavaScr

Node.js擅長於高效I/O,這在很大程度上要歸功於流。 流媒體匯總處理數據,避免內存過載 - 大型文件,網絡任務和實時應用程序的理想。將流與打字稿的類型安全結合起來創建POWE

Python和JavaScript在性能和效率方面的差異主要體現在:1)Python作為解釋型語言,運行速度較慢,但開發效率高,適合快速原型開發;2)JavaScript在瀏覽器中受限於單線程,但在Node.js中可利用多線程和異步I/O提升性能,兩者在實際項目中各有優勢。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

EditPlus 中文破解版
體積小,語法高亮,不支援程式碼提示功能

禪工作室 13.0.1
強大的PHP整合開發環境

PhpStorm Mac 版本
最新(2018.2.1 )專業的PHP整合開發工具

VSCode Windows 64位元 下載
微軟推出的免費、功能強大的一款IDE編輯器

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),