作者ripple0129 (perry tsai)
看板Soft_Job
標題[討論] 現在公司寫前端都會用到flux嗎
時間Sun Sep 2 04:04:18 2018
React的Redux
Vue的vuex
個人只用過Redux
說真的感覺不太到什麼很大的好處
管理一個狀態樹
要寫reducer跟container
搞到覺得很麻煩
真要處理公用狀態
怎麼不使用global.js
自行管理一個狀態樹呢
有時候stack navigation 比較深了
為了只是取得一個上上上層的某個資料
又要做個container來connect拿資料
怎麼不直接import global.js取資料
沒有感受到強烈的好處
有點越用越懶的感覺
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 117.19.40.64
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1535832260.A.B90.html
1F：→ Hevak: 不需要用的地方本來就不用用啊09/02 04:21
主要就是覺得好像沒什麼地方
非用redux不可
用了似乎也沒比較方便的感覺XD
2F：→ musie: flex是CSS layout, stat emangement的是flux ..09/02 04:25
筆誤謝指正
3F：推 ADRIA: 你import 的global js 不能改狀態只能當global 的configura09/02 04:42
4F：→ ADRIA: tion09/02 04:42
我意思是取得資料自行setState
說到要setState又要做action reducer了
※ 編輯: ripple0129 (1.171.194.63), 09/02/2018 06:49:52
※ 編輯: ripple0129 (1.171.194.63), 09/02/2018 06:51:34
5F：推 mozume: 新的context api 09/02 07:38
6F：推 windclara: VUEX就像眼鏡，當你覺得需要時，再用吧！ 09/02 08:04
7F：推 superpai: 你用global object 還要自己set state ，redux 不用啊 09/02 08:21
8F：推 sp063439: apollo 路過 09/02 08:56
9F：推 eggtonetone: 有了apollo跟context api 就沒在用 redux囉 09/02 10:11
10F：推 Aidan79225: 依賴方向不同 09/02 10:40
11F：推 RunRun5566: 你的解法也不錯。但就只是follow 一個pattern這樣 09/02 11:53
12F：推 hegemon: redux的作者有說過，使用redux會增加複雜度，不需要用到 09/02 13:08
13F：→ hegemon: 的地方就不一定要用 09/02 13:08
14F：推 KGTW: 看設計 在一個頁面內有很多狀態改變及邏輯設計 我覺得FLUX是 09/02 14:27
15F：→ KGTW: 不錯的解 但多頁面 分功能的話 只是增加複雜度 09/02 14:27
16F：→ remmurds: 阿波蘿才是正解 09/02 14:44
17F：推 plsmaop: 借問，apollo要怎麼做到像是redux saga那樣ㄚ，暑假一開 09/02 16:53
18F：→ plsmaop: 始想寫graphql，研究了一下，還是不太會，還是用舊架構re 09/02 16:53
19F：→ plsmaop: dux saga送graphql字串QQ 09/02 16:53
20F：推 CRPKT: 你試試看不用 redux 寫一個中型以上的專案就會知道了 09/02 17:02
21F：推 wallat: mobx 09/02 22:05
22F：→ netburst: redux作者有說 當你不知道REDUX是甚麼就代表不需要 09/03 01:36
23F：→ netburst: 如果寫了還不覺得需要 那更不需要 09/03 01:36
24F：推 liamgallager: 推mobx 舒服 09/03 02:06
25F：→ y3k: 用了還覺得白用 那就不要用押XDD 09/03 07:40
26F：推 brandyjohn: 一個觀點是一致的寫法對大公司人來來去去是有幫助的 09/03 17:59
27F：推 qwdfbn: 推一致的寫法，所以我支持 angular 09/03 19:42
28F：推 wayne2004: 我想談認真一下 React 的使用情境，先撇開用 redux 以 09/03 20:14
29F：→ wayne2004: 後產生的複雜度問題，但就針對於 react-redux 來說， 09/03 20:14
30F：→ wayne2004: 管理並不是用 global.js 去做改變就好，最明顯的問題在 09/03 20:14
31F：→ wayne2004: 於 1. 必須要透過 setState 來改變 2. React 是透過 co 09/03 20:14
32F：→ wayne2004: nnect 這個 HOC 元件來改變子狀態 3. 曾經也有人開過 09/03 20:14
33F：→ wayne2004: 玩笑都用 forceUpdate 就好，這也肯定不是好辦法，除非 09/03 20:14
34F：→ wayne2004: 想要永遠都重新渲染所有元件，這些在原 redux 作者他 09/03 20:14
35F：→ wayne2004: 們都有提出來聊過，當然還對於用 global 之後會產生一 09/03 20:14
36F：→ wayne2004: 些維護上的成本、有限狀態機等等，基本上如果不用 reac 09/03 20:14
37F：→ wayne2004: t-redux 那最好的辦法就是建立一個 class component 09/03 20:15
38F：→ wayne2004: 來做 local state 達到管理下層的狀態，不過用久了自 09/03 20:15
39F：→ wayne2004: 然就會知道為什麼要用 react-redux 了，一個經驗小分 09/03 20:15
40F：→ wayne2004: 享。 09/03 20:15