原来我除了 * 很凶 * 爱酸人 之外，还会给人「巴哈屁孩」（这什麽东西？）的印象 作人真难... 还好我只打算当只猴子 \囧/ ※ 引述《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