作者knife5566 (愛心癤瘤‧刀)
看板GameDesign
標題[請益] unity中delegate event的使用時機?
時間Mon Nov 12 13:29:28 2018
C#中delegate event是一種寫法，有的人喜歡有的人不喜歡，但大體來說
知不知道有這東西存在是某些人評定會不會C#的標準。
在unity中也使用了delegate event這東西，在一些人的網誌上表示用event才不會
讓程式有「壞味道」(不知道這指啥)
用起來大概是這種感覺：
假設我今天有一段專門處理UI的按鈕的class
public class UI : MonoBehaviour
{
public delegate void UI_trigger(string just_a_string);
public static event UI_trigger my_UI_trigger;
public void button(string just_a_string) //按下按鈕的時候call這行
{
my_UI_trigger(just_a_string);
}
}
這樣我的button這個function就只要裡面有my_UI_trigger(_objects);這行就好，至於
哪個程式要來接這段程式就不是這個class要考慮的事，就好像當兵的時候連長在集合場
亂叫，連長本身不care哪個確切的誰要來理自己亂叫，但一定要有兵仔回應就是。
如果有程式要來回應按鈕按下去時，大概是這樣寫
public units : MonoBehaviour
{
void OnEnable()
{
UI.my_UI_trigger += units_trigger(string just_a_string);
}
void units_trigger(string just_a_string) //UI的button被call時跑到這行
{
Print("新兵"+transform.gameObject.name+"接收到"+just_a_string);
}
}
但實際上在寫的時候呢，除了UI以外，通常遊戲中建立event的物件可能是不特定的多
數，而接收event的物件也是不特定的多數，最後就變成N個event的頭配上M個event的尾，
最後還得寫code來確認到底是這個event是誰發來的要傳給誰，好像有點本末倒置了。寫
是可以寫但是感覺沒像人家說得那麼的漂亮。
所以這東西到底實際上要怎麼用。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.194.164.208
※ 文章網址: https://webptt.com/m.aspx?n=bbs/GameDesign/M.1542000571.A.42F.html
※ 編輯: knife5566 (123.194.164.208), 11/12/2018 13:30:40
1F：推 wix3000: 我都用Action 幾百年沒手動宣告delegate了 11/12 16:48
2F：→ wix3000: event大部分的使用狀況還是去幫程式定義出幾個關鍵的時間 11/12 16:51
3F：→ wix3000: 點，例如當數值發生改變、當某件事完成時等等。這點在遊 11/12 16:51
4F：→ wix3000: 戲中也不例外，例如當回合切換時，當角色攻擊時，當返回 11/12 16:51
5F：→ wix3000: 本陣時等等 11/12 16:51
6F：→ wix3000: 還有我很認真的告訴你，C#的變數請用駝峰命名，然後類別 11/12 16:53
7F：→ wix3000: 首字要大寫 11/12 16:53
8F：推 cjcat2266: 推樓上，雖然說命名這件事是看個人喜好，但C#是微軟自 11/12 17:22
9F：→ cjcat2266: 己維護更新的語言，VS的IntelliSense和C#外掛的某些功 11/12 17:22
10F：→ cjcat2266: 能還是直接內定駝峰命名法，跟著用方便多多。不過我是 11/12 17:22
11F：→ cjcat2266: 只有public field/property才用大頭駝峰法啦，protecte 11/12 17:22
12F：→ cjcat2266: d或private還是用自己C++習慣的m_/s_/g_/k開頭駝峰命名 11/12 17:22
13F：→ cjcat2266: 法 11/12 17:22
14F：推 cjcat2266: 也就是其他人會看到的interface命名法遵照微軟建議 11/12 17:23
15F：推 cjcat2266: 另外回歸正題，event其實只是個工具，我認為用自己或 11/12 17:25
16F：→ cjcat2266: 團隊認為合理的工具對症下藥就好，不必拘泥於用或不用 11/12 17:25
17F：→ cjcat2266: 特定工具 11/12 17:25
18F：→ jerryklu: unreal也會偵測駝峰命名在編輯器中顯示會自動多空格 11/12 23:11
19F：推 breakself: Event可以拿來斷耦合，例如在MVC架構中可以用Event傳出 11/17 01:05
20F：→ breakself: 去，減少不同Class交互Reference的狀況 11/17 01:05
21F：推 wulouise: 最後一段，我覺得問題是這個event不明確，或是資料不足 11/17 22:18
22F：→ wulouise: 原po可以舉一個具體的例子來提問，比較能釐清你的疑問 11/17 22:18
23F：推 wulouise: 如果不了解bad smell是甚麼，可以google design pattern 11/17 22:20
24F：推 wulouise: 有點想不太到什麼情況是不該收event卻收了還要不做事 11/17 22:22
我在網路上看到的例子是人物撿東西
直接的寫法：
人物撿東西，從人物送一個getcomponent到UI去，在UI裡面加入東西
event的寫法：
人物撿東西->觸發event
UI->接收event，在物品欄裡面顯示
但是如果我今天有一大堆人物，一大堆的人物對應一大堆的UI，一大堆的人物撿了一大
堆的物品觸發一大堆的event
就不知道誰的event丟給誰要另外寫判斷了
※ 編輯: knife5566 (123.194.164.208), 11/18/2018 01:00:15
25F：推 cjcat2266: 那些都可以成為客製event的參數 11/18 09:25
26F：推 wulouise: delegate可以自訂變數，你只要把從哪來，去哪裡標明就沒 11/18 13:16
27F：→ wulouise: 問題了 11/18 13:16
28F：推 wulouise: 設計上應該是所有取得道具event給ui supervisor 11/18 13:18
29F：→ wulouise: ui supervisor決定要更新到那，不會有混淆的問題出現 11/18 13:19
原來如此 這樣就能保證最後event的接收者只有一個
不過從supervisor到ui中間這段還是註定要有個直接給值的過程就是了
※ 編輯: knife5566 (123.194.164.208), 11/18/2018 19:02:01
30F：推 wulouise: 我只是提供一種做法，建議你看看design pattern 11/19 19:42