※ 引述《lovelycateye (我还想要更多力量)》之铭言： : 原文吃光光～ : 1.DialogInterface.OnClickListener 本身就是你所谓的观察者模式的实践（监听者模式） : 如果原本就是空的，没必要在这之上加上一层多余的 Interface : 2.没必要存下来的东西就不要特别存下来， : 一来增加不懂的人误用的机率， : 二来万一这物件重复使用又要很小心的控制里面的成员变数状态， : 所以不需要用 new 起来再包一层的方式。 : 3.同样的 AlertDialog 要重复利用时，已经建立起来後，就把它存起来。 : 直接呼叫 show() 显示即可，不要每次都重新建立。 : 4.可以考虑多多善用 Overload 的方式，避免撰写重复的程式码。 : 请参考：https://gist.github.com/anonymous/612848de46c2930f5263 我想猫眼大可能误会了 我在回文上有注记 "这样就是一个简单的callback 但是只有对一个注册有效 後面还有很多变化 例如可以独立出一个类别专门让人在注册 当所有注册的物件 在某些事情发生变化的时候 就可以群体通知 当然android你也可以用广播来完成 (如果需要我在写一个范例for多个注册的) 这也是一种设计模式 叫做"观察者模式" " 这边说明用途是用在通知 是想要让後续更有弹性 当然不是说你的方法不好 你的方法是正确的 在专案上处理都是混搭着用 Dialog会额外开一个Helper跟你叙述的是相同的 另外还会多开一个Listener通知中心类别 用来监控所有Dialog所修改的资料 这时候Listener就可以发挥很强大的功能了 至於你说的这四点 我想平反一下 : 1.DialogInterface.OnClickListener 本身就是你所谓的观察者模式的实践（监听者模? : 如果原本就是空的，没必要在这之上加上一层多余的 Interface 基本上AlertDialog的OnClickListener没有弹性了 他只能传入dialog跟int which, 万一你想传物件 想传阵列 那是否只能自己在写一个listener : 2.没必要存下来的东西就不要特别存下来， 这边应该是指dialog? 还是listener物件? 如果是listener 你的做法也是new一个listener进去 应该没什麽不同 :D : 一来增加不懂的人误用的机率， 不懂的人误用? 这边会误用是指? : 二来万一这物件重复使用又要很小心的控制里面的成员变数状态， : 所以不需要用 new 起来再包一层的方式。 这段其实我真的看不太懂 观察者模式只有注册 注销两种使用方式而已 写好以後应该是不会让使用的人去控制里面 : 3.同样的 AlertDialog 要重复利用时，已经建立起来後，就把它存起来。 : 直接呼叫 show() 显示即可，不要每次都重新建立。 但是想像一个情境 A, B, C三个页面都存在使用者名称 这时候A呼叫AlertDialog 修改姓名, B跟C都要被通知即时更新 这时候就需要Listener来通知了! : 4.可以考虑多多善用 Overload 的方式，避免撰写重复的程式码。 看情况! 基本上原生的弹性不够, 所以我会走最原始的路, 也就是自己写 就像我不会去用ArrayAdapter或者SimpleAdapter来制造ListView是一样的道理。 其实後来看了一下 我没有对原po的AlertDialog做到改善 避免多生成许多Dialog 只是提供一个通知的方式给他而已XD 猫眼大讲的跟我的通知其实可以说是不冲突 两种方式是可以并存的 -- posted from android bbs reader on my Nokia 3310 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 59.115.103.22 ※ 文章网址: http://webptt.com/cn.aspx?n=bbs/AndroidDev/M.1414946540.A.2BB.html