歡迎您光臨本站 註冊首頁

React元件設計模式之組合元件應用例項分析

←手機掃碼閱讀     madbeef @ 2020-05-03 , reply:0

本文例項講述了React元件設計模式之組合元件應用。分享給大家供大家參考,具體如下:
這種模式本質上解決的是元件之間傳值的問題。但是它對於傳值以及一些內部操控的邏輯封裝得更嚴密。
場景:希望減少上下級元件之間props的傳遞,簡單來說就是不用傳做顯式地傳值,來達到元件之間相互通訊的目的
舉例來說,某些介面中應該有Tabs這樣的元件,由Tab和TabItem組成,點選每個TabItem,該TabItem會高亮,
那麼Tab和TabItem自然要進行溝通。很自然的寫法是像下面這樣

OneTwoThree


這樣的缺點很明顯:
每次使用 TabItem 都要傳遞一堆 props
每增加一個新的 TabItem,都要增加對應的 props
如果要增加 TabItem,就要去修改 Tabs 的 JSX 程式碼
但是,元件之間的互動我們又不希望透過props或者context來實現。希望用法如下面一樣簡潔。

第一第二第三


元件之間透過隱祕的方式進行通訊,但這裡的隱祕實際上是對props的操作在一個地方進行管理。
實現
明白了要實現的互動,和程式碼層面要實現的效果,就可以開始動手了。
TabItem元件有兩個關鍵的props: active(表明當前是否應高亮),onTabClick(自己被點選時呼叫的回撥函式),
TabItem由於是每個Tab頁面的容器,它只負責把props.children渲染出來,所以用函式式元件即可。
export const TabItem = props => { const { active, onTabClick, children } = props const style = { color: active ? 'red' : 'green', cursor: 'pointer' } return <>

{children}

</> }
我們再來回顧一下想到達到的效果:

第一第二第三


使用元件時要避免傳遞props的缺點,那麼在哪裡傳遞呢?自然是是Tabs元件。但上面並沒有傳入props啊。
Tabs 雖然可以訪問到props裡邊的children,但是到手的children已經是現成的如果直接改它的話,會出問題。
不可以直接改children的話,我們就把children複製一份,然後改這個複製過來的children,再渲染出去,就ok啦!
下面來看Tabs的實現:
class Tabs extends React.Component { state={ activeIndex: 0 } render() { const { activeIndex } = this.state const newChildren = React.Children.map(this.props.children, (child, index) => { if (child.type) { // 複製並修改children return React.cloneElement(child, { active: activeIndex === index, onTabClick: () => this.setState({activeIndex: index}) }) } else { return child } }) return

{newChildren}

} }
這裡需要用到React不常用的api:
React.Children.map
React.cloneElement
使用 React.Children.map 來對 props.children 進行遍歷。
而 React.cloneElement 可以複製某個元素,第一個引數是被複制的元素,第二個引數我們可以把想傳入的props加進去,也就是這個時機,
我們將active和onTabClick傳入。實現最終效果。
總結
這種模式比較好的把複雜邏輯完全封裝起來了,抽象程度更好,比較適合開發元件開發者。針對props的擴充套件性也比較好,對於使用元件的開發者來說,也比較友好。
希望本文所述對大家react程式設計有所幫助。


[madbeef ] React元件設計模式之組合元件應用例項分析已經有263次圍觀

http://coctec.com/docs/program/show-post-232651.html