作者PsMonkey (痞子军团团长)
站内java
标题Re: [问题] 关於事件处理
时间Fri Feb 29 19:26:25 2008
※ 引述《TonyQ (骨头)》之铭言:
: ※ 引述《PsMonkey (痞子军团团长)》之铭言:
: : 首先,让我们先考虑一件事情
: : 你真的会在意是哪个(那种)Component 产生 event 吗?
: : 举个常见的例子,你写一个 Editor
: : 在 toolbar 跟 menu item 都会有一个「开启旧档」的功能
: : 请摸摸你的 ____ 诚实地说:
: : 你真的会在意到底是不是 toolbar 上的 button 被按下去吗?
: : 知道了之後再去判断是不是要作开启旧档?
: 不需要在意是哪种Component,但是至少需要具有共同的特质。
: (e.g.至少要是Component而不是Object吧)
: 不然还不如乾脆直接用hashcode操作不就行了?
: 这样才勉强接近「不用在意物件是什麽」喔XD
直接取得 e.getActionCommand()
你不用知道触发这个 event 的 object 是哪一个
: 会这样做原因就是要兼顾可读性,
: 在兼顾可读性的同时还要考虑撰写上的习惯。
.......
: : 我这个懒人只想知道:
: : 咪的,现在要作开启旧档了... [怒]
: 动作不见得要和事件(触发)结合啊,
: 你把动作跟事件讲一起,个人不是很欣赏。
我不确定你的「动作」是啥? 是指後续的处理?
也许你可以举个通俗的例子
说明一下 event 触发之後,不用跟「动作」结合的 case
: 事件是一种封装,行为是一种封装,
: 你会认为ActionListener会需要跟Frame(or JFrame)绑一起,
: 那不过是我们对子问题/子结构的解读不同罢了。
: 有人认为那是一个最小单位,而有人不是而已。
: 就如同ActionListener 里面本身就应该要具有属於 Modal层的物件
^^^^^
: 也要具有属於View层的物件,或者他本身含有一个Control层的物件,
: 这样他才能够兼顾所有的处理。
: 这是逻辑上得必须,只是我们用什麽方式包装它而已。
: 至於他是不是有需要独立出Modal的型或View的型,端看程式需求,
: 就像我们不会把所有基本资料型态的变数改写成物件一样。
: 你要写就写全套,不要只写半套咩。--;;
我没有打算把 MVC 扯进来
基本上,年纪越大,就越不敢提这个词
我只是单纯就 class 间能不互相牵扯就不互相牵扯的角度来写
而且,坦白说,我不知道你最後这段到底要说什麽?
也许你可以给个实际的 code 来说明 [奸笑]
--
侃侃长论鲜窒碍 首页:
http://www.psmonkey.idv.tw
众目睽睽无心颤 Blog:
http://ps-think.blogspot.com
茕居少聊常人事
杀头容易告白难 欢迎参观 Java 版(@ptt.cc) \囧/
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 61.228.200.178
1F:推 slalala:我好想听SWING怎麽实作MVC 我怎麽作都只有 (MV)+C 03/01 00:53