※ 引述《uranusjr (←這人是超級笨蛋)》之銘言： : ※ 引述《leondemon (狗狗)》之銘言： : 所以在 Cocoa 程式裡你不太會去弄一堆 subclass 繼承來繼承去 : 而是會建立一個又一個的 helper object, 來輔佐已有的 class 做到更多事 : 大概是這樣... 呃，真的要在不用 subclass 就擴充某個 class，用 category 可能會比較好？ 其實應該這麼說，delegate 物件的意義，在於某個 class 做某 件事情的時候，在某個狀況其實是應該詢問你應該怎麼做的時候 ，你回答他應該怎麼做，或是當他做了某件事情的時候，順便告訴 你，「因為我現在做了這件事情，你應該趁這個時候，另外做一 件你覺得你應該也要做的事情。」 如果是用 UI 這一層要使用，其實可以這麼想－在 Cocoa 裡頭的 事件（NSEvent），其實是不多的，而且幾乎所有的 GUI 物件， 都是處理同一套 Event，就滑鼠事件來說，就只有 Mouse down、 Mouse up、Mouse move 等等，如果只是一個單純的按鈕，可能還 夠用，畢竟只有點下去一個事件而已，但是如果是像 NSTableView ，就不夠用了，因為點到某一列、某一欄、點到內容或是標題列、 是選取或是編輯某一個 cell，都是不同的行為。 如果你寫過 .Net 的 GUI，就可以看到，微軟在處理這種狀況的時 候，就會是所有不同的 UI 物件，可以處理不同數量的 event， 然後去處理什麼 onClick()、onMove() 之類的。但是就 Cocoa 的 想法，則是，不管是點到哪裡，都是一個 Mouse Down，然後， NSTableView 在處理了這個滑鼠事件之後，再透過 delegate 物件 ，詢問這個時候應該做什麼。 所以像是 .Net 的話，table 被點到，你可能這樣寫－ m_myTable.click += self.myMethod(); // 先隨便寫 Cocoa 裡頭大概就會是 [_myTable setDelegate:self]; 然後實作 - (BOOL)tableView:(NSTableView *)aTableView shouldSelectRow:(NSInteger)rowIndex; 之類的。因為當你把 delegate 指定到某個物件，然後，在 table 被點到的時候，這個時候他自己不能做決定到底應不應該把某個 row 選起來，所以就需要一個代理人，問：可以選嗎？你就在回應這個 問題地方，告訴 table view 應不應該選。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.44.182.67