Re: [問題] 關於事件處理

看板java作者TonyQ (骨頭)時間17年前 (2008/02/29 20:05)推噓0(0推 0噓 1→)

留言1則, 1人參與討論串8/11 (看更多)

※ 引述《PsMonkey (痞子軍團團長)》之銘言： : ※ 引述《TonyQ (骨頭)》之銘言： : : 這樣才勉強接近「不用在意物件是什麼」喔XD : 直接取得 e.getActionCommand() : 你不用知道觸發這個 event 的 object 是哪一個這只是表面上是這樣，必須要站在使用這個類別的使用者立場來看，前提是當你不需要介入介面設計的時候。幫你補一下，：p 設計這個GUI介面的人當然需要知道event的物件是哪一個。 : : 會這樣做原因就是要兼顧可讀性， : : 在兼顧可讀性的同時還要考慮撰寫上的習慣。 : ....... : : 動作不見得要和事件（觸發）結合啊， : : 你把動作跟事件講一起，個人不是很欣賞。 : 我不確定你的「動作」是啥？是指後續的處理？ : 也許你可以舉個通俗的例子 : 說明一下 event 觸發之後，不用跟「動作」結合的 case yes 你的說法講的太簡潔了 : : 就如同ActionListener 裡面本身就應該要具有屬於 Modal層的物件 : ^^^^^ : : 也要具有屬於View層的物件，或者他本身含有一個Control層的物件， : : 這樣他才能夠兼顧所有的處理。 : : 這是邏輯上得必須，只是我們用什麼方式包裝它而已。 : : 至於他是不是有需要獨立出Modal的型或View的型，端看程式需求， : : 就像我們不會把所有基本資料型態的變數改寫成物件一樣。 : : 你要寫就寫全套，不要只寫半套咩。--;; : 我沒有打算把 MVC 扯進來 : 基本上，年紀越大，就越不敢提這個詞關於這一點，我想我們有一點私人恩怨肯定需要解決。（大笑） : 我只是單純就 class 間能不互相牽扯就不互相牽扯的角度來寫 : 而且，坦白說，我不知道你最後這段到底要說什麼？ : 也許你可以給個實際的 code 來說明 [奸笑] 好久沒看到你這樣的文章了，感覺真好。：）抱歉啊，我還在公司，不能在事情上多花時間細想，丟一點我的感覺而已。前陣子再重新回首細想，模組化設計的部份，我發現很多人（當然，也包括我）不是不會把東西分開。而是不會把這些東西給重新結合，變成設計的時候雖然分開了，最後在溝通的時候，又變成莫名其妙的結合關係。沒錯，今天 ActionListener是可以不用在乎原始的來源是什麼，但是我們最常作的事情卻往往都跟原始的來源有關，比方說按下button的時候可能改變button上的字，沒錯，這的確會造成兩個類別之間的牽扯不清，但是把這兩個分的太細，在事件的思考邏輯，觸發＝>就觸發的事件直接處理觸發＝>觸發的事件名稱=>事件的承載者=>事件的處理就會變得更複雜一些了，這對大部分的新手設計師而言，一點都不「單純」。屆今的設計經驗，只有在這一點上模組會帶給我困擾，因為gui的再利用在我屆今處理的大部分的狀況下，都是以Component當單位不會以Frame當單位。（有誰要舉Frame跟event切割的例子嗎？我很有興趣）所以這也就是為什麼很多人寧願犧牲結構、再利用性，而把JFrame 跟ActionListener寫在一起了，而且我相信這些你也知道。 -- I am a person, and I am always thinking . Thinking in love , Thinking in life , Thinking in why , Thinking in worth. I can't believe any of what , I am just thinking then thinking , but worst of all , most of mine is thinking not actioning... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 60.250.227.184