緊耦合
從前，在南方一塊奇異的土地上，有個工人名叫彼得，他非常勤奮，對他的老闆總是百依百順。但是他的老闆是個吝嗇的人，從不信任別人，堅決要求隨時知道彼得的工作進度，以防止他偷懶。但是彼得又不想讓老闆呆在他的辦公室裡站在背後盯著他，於是就對老闆做出承諾：無論何時，只要我的工作取得了一點進展我都會及時讓你知道。彼得通過周期性地使用「帶型別的引用」(原文為：「typed reference」 也就是delegate？？)「**」他的老闆來實現他的承諾，如下：
class
worker
public
void
dowork()
}private
boss _boss;
}class
boss
public
void
workprogressing()
public
intworkcompleted()
}class
universe
} 介面現在，彼得成了乙個特殊的人，他不但能容忍吝嗇的老闆，而且和他周圍的宇宙也有了密切的聯絡，以至於他認為宇宙對他的工作進度也感興趣。不幸的是，他必須也給宇宙新增乙個特殊的**函式advise來實現同時向他老闆和宇宙報告工作進度。彼得想要把潛在的通知的列表和這些通知的實現方法分離開來，於是他決定把方法分離為乙個介面：
inte***ce
iworkerevents
class
worker
public
void
dowork()
}private
iworkerevents _events;
}class
boss : iworkerevents
public
void
workprogressing()
public
intworkcompleted() }
委託不幸的是，每當彼得忙於通過介面的實現和老闆交流時，就沒有機會及時通知宇宙了。至少他應該忽略身在遠方的老闆的引用，好讓其他實現了iworkerevents的物件得到他的工作報告。
他的老闆還是抱怨得很厲害。「彼得！」他老闆吼道，「你為什麼在工作一開始和工作進行中都來煩我？！我不關心這些事件。你不但強迫我實現了這些方法，而且還在浪費我寶貴的工作時間來處理你的事件，特別是當我外出的時候更是如此！你能不能不再來煩我？」
於是，彼得意識到介面雖然在很多情況都很有用，但是當用作事件時，「粒度」不夠好。他希望能夠僅在別人想要時才通知他們，於是他決定把介面的方法分離為單獨的委託，每個委託都像乙個小的介面方法：
delegate
void
workstarted();
delegate
void
workprogressing();
delegate
intworkcompleted();
class
worker
}public
workstarted started;
public
workprogressing progressing;
public
workcompleted completed;
}class
boss
}class
universe }
靜態監聽者
這樣，彼得不會再拿他老闆不想要的事件來煩他老闆了，但是他還沒有把宇宙放到他的監聽者列表中。因為宇宙是個包涵一切的實體，看來不適合使用例項方法的委託（想像一下，例項化乙個「宇宙」要花費多少資源…..），於是彼得就需要能夠對靜態委託進行掛鉤，委託對這一點支援得很好：
class
universe
static
intworkercompletedwork()
static
void
main() }
事件 不幸的是，宇宙太忙了，也不習慣時刻關注它裡面的個體，它可以用自己的委託替換了彼得老闆的委託。這是把彼得的worker類的的委託字段做成public的乙個無意識的***。同樣，如果彼得的老闆不耐煩了，也可以決定自己來激發彼得的委託（真是乙個粗魯的老闆）：
// peter's boss taking matters into his own hands
if( peter.completed != null ) peter.completed();
彼得不想讓這些事發生，他意識到需要給每個委託提供「註冊」和「反註冊」功能，這樣監聽者就可以自己新增和移除委託，但同時又不能清空整個列表也不能隨意激發彼得的事件了。彼得並沒有來自己實現這些功能，相反，他使用了event關鍵字讓c#編譯器為他構建這些方法：
class worker
彼得知道event關鍵字在委託的外邊包裝了乙個property，僅讓c#客戶通過+= 和 -=操作符來新增和移除，強迫他的老闆和宇宙正確地使用事件。
static void main()
「收穫」所有結果
到這時，彼得終於可以送一口氣了，他成功地滿足了所有監聽者的需求，同時避免了與特定實現的緊耦合。但是他注意到他的老闆和宇宙都為它的工作打了分，但是他僅僅接收了乙個分數。面對多個監聽者，他想要「收穫」所有的結果，於是他深入到**裡面，輪詢監聽者列表，手工乙個個呼叫：
public void dowork() }}
非同步通知：激發 & 忘掉
同時，他的老闆和宇宙還要忙於處理其他事情，也就是說他們給彼得打分所花費的事件變得非常長：
class boss
}class universe
...}
很不幸，彼得每次通知乙個監聽者後必須等待它給自己打分，現在這些通知花費了他太多的工作事件。於是他決定忘掉分數，僅僅非同步激發事件：
public void dowork() }}
非同步通知：輪詢
這使得彼得可以通知他的監聽者，然後立即返回工作，讓程序的執行緒池來呼叫這些**。隨著時間的過去，彼得發現他丟失了他工作的反饋，他知道聽取別人的讚揚和努力工作一樣重要，於是他非同步激發事件，但是周期性地輪詢，取得可用的分數。
public void dowork() }}
非同步通知：委託
不幸地，彼得有回到了一開始就想避免的情況中來，比如，老闆站在背後盯著他工作。於是，他決定使用自己的委託作為他呼叫的非同步委託完成的通知，讓他自己立即回到工作，但是仍可以在別人給他的工作打分後得到通知：
public void dowork() }}
private void workgraded(iasyncresult res)
宇宙中的幸福
彼得、他的老闆和宇宙最終都滿足了。彼得的老闆和宇宙可以收到他們感興趣的事件通知，減少了實現的負擔和非必需的往返「差旅費」。彼得可以通知他們，而不管他們要花多長時間來從目的方法中返回，同時又可以非同步地得到他的結果。彼得知道，這並不*十分*簡單，因為當他非同步激發事件時，方法要在另外乙個執行緒中執行，彼得的目的方法完成的通知也是一樣的道理。但是，邁克和彼得是好朋友，他很熟悉執行緒的事情，可以在這個領域提供指導。
他們永遠幸福地生活下去……
乙個關於兔子的故事
前段時間和乙個朋友聊天，酒席間向我抱怨他那段時間的鬱悶 專案經理從客戶那裡拿來乙個需求，實際上就是乙個ppt描述，我這個朋友拿過來看後剛開始不覺得什麼，乙個通常的 系統又能複雜的了哪去，但是越往後做就越發覺得裡面的問題。在ppt描述中很多地方描述的都有矛盾。比如論壇，沒錯，小公司，尤其是對於我們這樣...
乙個關於博士的小故事
下面是我看到的乙個小故事，也許已經很舊了，但是很有教育意義，覺得不錯就發上來了。有乙個博士分到一家研究所，成為學歷最高的乙個人。有一天他到單位後面的小池塘去釣魚，正好正副所長在他的一左一右，也在釣魚。他只是微微點了點頭，這兩個本科生，有啥好聊的呢？不一會兒，正所長放下釣竿，伸伸懶腰，蹭蹭蹭從水面上如...
乙個關於博士的小故事
下面是我看到的乙個小故事，也許已經很舊了，但是很有教育意義，覺得不錯就發上來了。有乙個博士分到一家研究所，成為學歷最高的乙個人。有一天他到單位後面的小池塘去釣魚，正好正副所長在他的一左一右，也在釣魚。他只是微微點了點頭，這兩個本科生，有啥好聊的呢？不一會兒，正所長放下釣竿，伸伸懶腰，蹭蹭蹭從水面上如...