看板
[ Soft_Job ]
討論串[討論] 一段想重構的程式碼
共 10 篇文章
內容預覽:
我的看法反而比較不同. 一、其實可以類似把 xssCheck() 提出來. 某種程度上也說明了，抽象的邏輯就放在 c. 特化的實作就分別放在 a, b. 而某種程度，提出來後，有利於未來的重構，或是架構改善. class c {. void func() {. }. String xssCheck(
(還有423個字)
內容預覽:
你寫得這樣落落長,我的感覺是,前文中你說 "想說尊重一下主管好了". 其實根本沒有尊重,其實你就是覺得,雖然你的想法還沒實現,但就是覺得你自己對嘛.. 所以別人的建議,你根本沒看. 那又何必來此貼文或推文討論呢?. 我最近就遭遇一個情況,跟你這事情一樣, class a 和 class b 有一段程
(還有816個字)
內容預覽:
我知道總是有某些 code 就是看起來不順眼,. 總是想要把它改好。. 我也有過類似的經驗, 但是我大多屈服了,. 想辦法疊床架屋的改上去, 完成某個新功能,. 這樣的結果會讓後面接手的人很倒楣,. 因為會愈來愈難看, 愈來愈難改。. 不過我認為這也是寫程式的人需要的技能:. 在爛 code 上繼續
(還有652個字)
內容預覽:
這版上太多高手了, 純粹來個拋磚引玉, 分享一下小弟的心得. 希望能看到其他同好一起分享. 您的前輩正確的. 基本上, 寫程式到一定經驗後, "維護" 與 "穩定" 真的是基本中的基本. 與其說 "維護與穩定" 和 "效率" 何者重要. 倒不如考慮 "彈性" 和 "效率" 何者重要. 因為相比之下,
(還有894個字)
內容預覽:
如果不想看落落長的感想文章，. 請直接拉到最下面的網址，一定會有幫助。. 如果想看，要鞭也請小力點.... 說實在的，這文章回響很大，. 主要是因為，牽扯到程式的「架構」跟「維護」這兩種一定會矛盾的事情，. 每個程式設計師都會因為個人的經驗而有不同。. 我想所有的程式設計師都會有相同的毛病，. 那就
(還有1883個字)