Re: [問題] 要如何使用 enum 代替陣列的下標

看板java作者 (Mordred)時間11年前 (2013/12/06 14:15), 編輯推噓0(002)
留言2則, 2人參與, 最新討論串3/4 (看更多)
萬分感謝你的回應。 這篇解釋一下我的想法... ※ 引述《PsMonkey (痞子軍團團長)》之銘言: : 其實我本來不想回的 [被毆飛] : ※ 引述《AnyaAlstreim (Mordred)》之銘言: : : 大家好,我是 Java 新手。 : : 我在寫 Android 專案時遇到一種情況: : : 如果有五個按鈕,內容分別為以下 : : 【 精華公佈欄 】 : : 【 我 的 最愛 】 : : 【 分組討論區 】 : : 【 私人信件區 】 : : 【 休閒聊天區 】 : : 然後 code 這樣寫 : : Button[] button = new Button [5]; : : button[0] = ...; : : button[1] = ...; : : ... : : button[4] = ...; : : 這時候會有可讀性和易維護性的問題,例如想在最開頭加上一個新的按鈕 : : 【 個人設定區 】 : : 那後面的 button 下標就要全部往後移了。 : 這個算插花外提 : 其實我不懂為什麼會有這個問題 : 我不知道 Android 的 Button 有沒有什麼特別 : 我是用 GWT(Swing 應該也差不多)的 Button 來舉例 : 那麼,我會... : String[] btnLabel = {"個人設定區", "我的最愛"}; : Button[] button = new Button[btnLabel.length]; : for (int i = 0; i < btnLabel.length; i++) { : button[i] = new Button(btnLabel[i]); : } : 不考慮 UI / UX 等等三小排版問題 : 易維護性應該不是問題? : 可讀性... 先跳過,後頭再說 : 剩下的問題就在於... 什麼時候你會需要知道 button 的 index? : 至少在你提出來的這個部份,我看不出來 : 然後那個可能岔題岔更遠了...... 我說的情況,就是不想用 0, 1, 2, ... 這個 magic number 當陣列的 index, 然後沒辦法用 for-loop 直接 run 整個 Array, 也就是對每個 button 都有不同的處理方式。 至於不用 Array 就好,這的確是一個解法。 : : 之後就可以使用 : : button[ANNOUNCE] : : 來取代 index : : 推 cyberwizard:可讀性看寫法而定 http://goo.gl/KjyhxE 12/06 04:32 : : → danny8376:每個button各自有變數名不行嗎? 12/06 06:15 : : → AnyaAlstreim:樓上,可以。 12/06 10:42 : : → AnyaAlstreim:我也沒有寫 Android 經驗,這樣寫不好嗎? 12/06 10:46 : : 推 PsMonkey:扯到可讀性,基本上就跟平台沒關係了 Zzzz 12/06 11:26 : : → AnyaAlstreim:樓上..... http://goo.gl/Q7AagW 12/06 12:10 : 你拿 Linux kernel coding style 出來 : 其實我有點(根本就)不明所以 嗯... 好吧, 我承認我是看到你那串 z,以為你是巴哈屁孩就隨便找個 project 的 style 敷衍過去。 我說那樣的話,的確有我的失誤, 因為本來我不覺得這問題會跟 Android 平台有什麼關係, 但是看到 Button 不用 Array 當下以為可能是 Android developer 不這樣寫, 然後又不想因為一個不確定問題的問題再去 AndroidDev 發問,索性直接底下推一句。 事實上原來是沒有 Java programmer 這樣寫,嗯... 我搞錯了。 : 主要的原因,底下 danny8376 大人說的差不多了,我就跳過 : 我回應你的是「沒有寫 Android 經驗」這句 : (這再次說明了推文沒辦法好好討論 [被毆飛]) : 當然,如果你覺得你的問題真的 dependent on Android : 那依照版規,我建議你出門左轉到 AndroidDev 版 : 當然,我完全不覺得這個問題不能在 Java 版討論 : 就如同我推文說的(然後延伸一下) : 單純論「可讀性」這玩意 : 那跟 Android / Java 甚至 C 一點關係也沒有 : 因為那純粹是「人」的問題 : 這樣說好了,對電腦 / compiler 而言,有可讀性的問題嗎? : 沒有,只有 compile 過不過、以及效率的問題 : 所以,可讀性好不好,是「人」判斷的 : 既然是人判斷,除了客觀因素(各種 coding style 可稱為客觀因素) : 可能絕大多數都是主觀因素 : (錢鍾書:所有的客觀都是偽裝巧妙的主觀) [Susan] 不過我覺得... 我想像中的問題跟你說的不太一樣。 你花了好大篇幅說了可讀性問題只是個人爽度問題, // 貧乳大好!(羞) 不過我除了可讀性以外還提了易維護性的問題,這就不是主觀因素了吧, 所以並沒有這麼的沒有討論性呀。 我的問題在於希望得到易維護性所以使用 enum,但是使用 enum 就失去了可讀性。 至於要說此例使用 Array 沒有易維護性可言的話, 嗯,的確,這也是我的失誤,我的問題是基於使用 Array 的情況下, 但我沒有想過在這裡使用 Array 本身就不好。 不過有點好奇想知道,真的沒有非用 Array 不可的情況嗎? 感謝大家的回應! 以上。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 210.66.250.25

12/06 15:44, , 1F
當你需要大量重複的元件的話 Array理所當然
12/06 15:44, 1F

12/06 16:08, , 2F
沒有,因為至少還有 HashMap 可以代替。
12/06 16:08, 2F
文章代碼(AID): #1IeMjtA8 (java)
文章代碼(AID): #1IeMjtA8 (java)