原來我除了 * 很凶 * 愛酸人 之外，還會給人「巴哈屁孩」（這什麼東西？）的印象 作人真難... 還好我只打算當隻猴子 \囧/ ※ 引述《AnyaAlstreim (Mordred)》之銘言： : 我說的情況，就是不想用 0, 1, 2, ... 這個 magic number 當陣列的 index， : 然後沒辦法用 for-loop 直接 run 整個 Array， : 也就是對每個 button 都有不同的處理方式。 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 我只能說，從你的文章（表象）當中 看不出來你苦惱的是上面這句 可能要被 UI 程式蹂躪過的人才能想像 所以，如果我面臨到你真正的需求 假設是 需要一堆 button、然後各自有不同的 click handler 或是 需要一堆 button，但是都掛同一個 click handler instance 這樣需要一個方法去知道到底是哪一個 button 觸發 （這完全是假設性前提，請不用針對這段討論 除非你想討論的是 component 跟 event handler 的寫法 XDDD） 那麼就根本不符合（我認為的）陣列用法 甚至我會說，用 hash 可能也未必好維護到哪裡去 （　tkcn 大人表示震怒） 好，這就能接上下面的哏了 : 不過我覺得... 我想像中的問題跟你說的不太一樣。 : 你花了好大篇幅說了可讀性問題只是個人爽度問題， // 貧乳大好！（羞） : 不過我除了可讀性以外還提了易維護性的問題，這就不是主觀因素了吧， : 所以並沒有這麼的沒有討論性呀。 是的，我的確沒有、也沒打算回答 / 討論你的問題 事實上，我覺得很奇怪 很多人都覺得回 po 別人的文章就一定得回答他的問題... ＝＝" 我可能表示的不夠清楚，但我的確有說 你問的「enum 如何寫比較好」問題，是值得思考的 只是我不會寫 enum（無誤），所以我就跳過那個部份 而是打算去討論比那更前面的東西：「易讀性 / 易維護性」 我的論點很簡單，只要是人，就有主觀性的問題 所以易讀性也好、易維護性，都是「人」判斷的 就會變成個人爽度的問題 不然我扯個更敏感的話題： Java 程式好不好維護？ 以我個人觀點，Java 程式超好維護的 跟 PHP / JavaScript （勉強算是我會寫的語言）比起來真的是天堂 但是肯定還是有一海票的人會跟你說「Java sucks」 然後轉頭一看，居然有人用 functional language 寫程式 [暈] 持平而論，為了程式好維護而做的一堆 OO / Design Pattern 努力 甚至擴大到 frameowrk 真的有讓程式變得好維護嗎？ 我相信 80%+ 以上的機率，答案是肯定的。 但是如果你遇到剩下的 20%-，你可能會更想死。 那麼，這又該怎麼認定呢？ 至於跟團隊程度、政治面有關的議題 我想上一篇還有上一篇提到的 soft_job 版文章已經講了，就不再扯一次了 簡單的結論是... 還是先講求藥效，再透過 Refactor 來講究不傷身體... : 我的問題在於希望得到易維護性所以使用 enum，但是使用 enum 就失去了可讀性。 : 至於要說此例使用 Array 沒有易維護性可言的話， : 嗯，的確，這也是我的失誤，我的問題是基於使用 Array 的情況下， : 但我沒有想過在這裡使用 Array 本身就不好。 : 不過有點好奇想知道，真的沒有非用 Array 不可的情況嗎？ : 感謝大家的回應！ : 以上。 -- 錢鍾書： 說出來的話 http://www.psmonkey.org 比不上不說出來的話 Java 版 cookcomic 版 只影射著說不出來的話 and more...... --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.115.232.227