談談React那些小事

而對於react的開發者來說，如何利用react構建現代化的前端專案，產出高質量的前端**才是學習react的重點。所以本文就我自己平時利用react開發專案的經驗和個人見解，來談談在react專案中需要了解和容易忽略的「小事」。

俗話說「千里之堤毀於蟻穴」，在react開發中我們不能忙於進度而忽視了細節。

1.使用容器元件與展示元件

容器元件和展示元件名詞來自於redux文件。如果你想讓自己的react專案變得清晰可維護，那麼你需要了解並使用它們。

這裡我們將元件分成兩類，一類叫「容器元件」，我一般將它們放在containers資料夾下。這一類元件可以理解為最頂層的元件，其功能僅僅做資料提取，然後渲染對應的子元件。

另一類叫「展示元件」，我一般將它們放在components資料夾下。這一類元件可以理解為只具有展示性的子元件，其功能僅僅是展示性的，所有資料都通過 props 傳入。

這樣分類的好處在於：關注分離，更易復用及維護，資料集中處理等。具體可以參見：譯文《容器元件和展示元件》

2.元件劃分不宜過細，層次不宜過深

曾經有人問我react元件的劃分應不應該太細，比如是不是可以把乙個輸入框劃分為乙個元件？

我個人認為元件不應該按照dom元素來劃分，而是應該按照功能來劃分。如果你的乙個頁面中包含了兩個功能，比如**搜尋、彈框檢視，就可以將其劃分為兩個子元件。

同樣的元件層次也不宜過深。很多時候會存在元件中包含元件的情況，這樣就出現了元件之間的巢狀層次。我個人認為元件間的巢狀層次不宜超過3層，如果巢狀層次太深會直接導致功能及狀態的難以維護，就像if else語句巢狀太深一樣。

3.redux和state並不衝突

很多開發者可能會認為用了redux來管理資料狀態後，我們的元件中就不需要state了。其實我個人認為redux和state並不衝突。

redux主要用於管理那些公用及非同步的狀態，而state一般用於管理元件獨有的狀態。如果你的元件中存在其不必和其他元件公用及非非同步的單一資料，那麼你直接可以寫在state中，比如一些loading的狀態和顯示隱藏的狀態等。

巧妙的使用redux和state可以幫助我們更好的管理資料流。

4.不要渲染當前用不到的元件

在使用者操作中，有些元件可能不是一開始展示頁面的時候就需要用到的，比如某些彈框等。這樣的元件除了將其隱藏外，我們最好不要讓它渲染在頁面上，當使用者點選觸發的時候再進行渲染，這樣一來便起到了優化載入的作用。

5.除了劃分元件還應劃分reducer

相比元件的劃分，reducer的劃分也同樣重要。隨著應用的膨脹，我們可以將拆分後的 reducer 放到不同的檔案中, 以保持其獨立性並用於專門處理不同的資料域。

如果乙個中大型的專案不劃分reducer，會導致單一的reducer檔案**過於冗長而難以維護。我們可以使用redux提供的 combinereducers()來將拆分的reducer進行合併。詳見：redux中文文件。

事無鉅細，人無完人。乙個優秀的react專案並不代表其沒有缺點，**優化是乙個長期的過程，唯有發現問題總結問題才能給我們帶來新的突破口。