redux saga 初步結構

[horsekitlin]

No description provided.

[kyoyadmoon]

想要討論一下元件的資料夾結構
目前components目錄裡面每個資料夾是一個screen
container則只負責做connect redux，這部分我覺得其實可以合起來，不曉得多一層隔開是不是有什麼其他考量？
另外可能也需要一個專門放元件的資料夾(可能有些跨頁面的元件)

因此我的想法是可以將元件依下列的資料夾進行劃分歸類

• components：和 redux 沒有連結的元件
• containers: 和 redux 連結的元件
• screens: 每個畫面

[kyoyadmoon]

這裡好像打錯了？

[horsekitlin]

containers 主要是要表示的是每一個頁面跟 reducers 和 action 的關係
例如哪些 reducer 改變會影響到這個頁面
以及這個頁面有什麼 actions 可以使用
程式碼部分其實一致性蠻高的
有想過可以寫一個 json 來做設定檔案
或是用 decorator 處理
感覺上應該也不錯
但是因為當時還要處理 babel 的 plugin
我就沒有加上去了

而 components 主要是每個頁面的渲染結構
在處理 HTML 和 CSS 的相關顯示
所以我把這兩個部分拆開來

在共用的部分我習慣會在 components/ 開一個 utils 的資料夾
他會放置所有的共用元件
或是可能寫到一半發現某些元件重用性高
也是拆出來這邊

[horsekitlin]

而且以我的認知來說
containers 不會有 HTML CSS 這類的程式碼在裡面
所以才會完全分開的

[kyoyadmoon]

如果不是native 和 web 共存的 case，我想應該需要有分離 native 和 web 的 package.json 機制