其實這就是個完整的 state machine 實作。寫 state machine 本來就要考慮到要拆成多少 state。還好這件事是可以慢慢成長的,不用一開始就知道要多少 state
然後寫多了就免不了會出現 hierarchy state machine (一層包一層),這時候問題就更複雜了。
不過我猜 mobile app 用不太到 hierarchy ,因為狀態複雜到這種程度其實用戶的理解成本也會上升。還是傾向一個頁面只做一兩件事就好。只有遊戲族群願意學習複雜的互動/狀態。
state machine 很適合處理複雜的狀態切換,但如果 UI 只是個 if 就能搞定的話,它就算 over kill (你要多寫很多 state/event class)。也就是說這個 pattern 可大,但不可小。
IngramChen
積分 0
因為戰場現在在雲端
雲端用什麼 Microsoft 就會 愛 什麼,連 Microsoft love linux
這種話都說得出口,所以花更多時間在企業用的 Java 很正常。
後續還會有更多動作吧
放心,語法就學 kotlin 就好了,java 再怎麼改也追不上。
至於其他標準就是看 Spring ,Spring 有搞的再去學,其他先跳過。
Java ecosystem 就是個 boring tech.