IT 討論區 (144) Git Checkout

咩係xy problem
唔係啊
有啲option list number要loop 出黎
但佢有要basic on 個type 先loop 出黎
同埋有啲button click 要handle
想知用function 好定用swicth 好
姐係咁
Const list1....
Const list2...
定
Const list
Case 1
Case 2
純粹想知邊個寫法好啲咋

好難解釋「寫法好啲」比你聽 你要自己意會
你兩種做法都玩一次 自己覺得邊樣順手順眼既就揀邊樣
如果覺得無分別 咁「邊個寫法好啲」呢個問題對你無咩意義 唔需要糾結
反正寫法本來就只不過係個人喜好同團隊協調而已

Btw呢個係一個不受歡迎同不受廣泛認同既答案 你可以參考下其他重視design pattern既巴打既講法

唔該巴打

唔咁寫真係唔知up咩

擺我上枱
我幾年前真係諗埋呢味野

我都喺度諗緊我store多啲data
然後display嗰陣cal少啲好啲定
store少啲data
然後display嗰陣cal耐啲

咩擺你上枱手巴先係少數
不嬲唔係針對你 從來都係反緊成支pattern大旗

寫開c++既大佬通常都唔pattern
efficiency is king咁
有時有d teammate都係咁 但大佬你一走everything is over

只能說大家本來做個app既purpose同requirement都唔同 口同鼻拗冇意思
我唔明有咩爭論點 亦冇心同人拗

再者揸住pattern支旗既 有能耐揸得實既亦唔見得你能夠三言兩語推得冧

又唔係efficiency is king
手巴同同事們都屌上手啲code readability = 0
Pattern既問題唔係efficiency 而係誤用同overuse導致efficiency又無 readability又無
手巴講清楚 手巴既立場係
Readability >>> efficiency >>> pattern
Focus on efficiency本身係偽命題 稻草人

既然”apply pattern”本身既目的係易讀 易交流 降低出錯率
咁就唔好XY problem咁拘泥於pattern 而係針對返本身既目的
Pattern想達到既野 手巴完全認同 手巴係唔認同pattern係解決問題既方法
When you understand what you want to have, the way to do it is so trivial that you don’t call it applying pattern, it’s just the natural way

手巴亦唔見得話推唔冧 google下同手巴持相似立場既言論都唔少

Design pattern is a reference

同你立場其實一樣
convention點都係行先
鬥玩花式空中轉體兩周半做法不可取

亂咁啪buzzword既人本來就抵罵
仲有成堆自以為是既on9仔 好似the巴咁
但pattern呢樣概念本身無法摧毀
最多只能修正個駕駛員