事件委托模式是一个比较常用的设计模式，但是Java语言本身没有对其做一定的封装，因此实现起来有一定难度（了解原理后很简单），相比之下.NET就容易了很多。
身为一个Java爱好者，怎么向这样一个小困难低头，但是上网搜索，却没发现相关解决方案，，得，自己来做一个封装吧。
其实结合例子更好，那么我就用一个小例子来引出这种设计模式。
一个班级，有两类学生，A类：不学习，玩，但是玩的东西不一样，有的是做游戏，与的是看电视（有点不合理）
B类：放哨的学生，专门看老师的动向，如果老师进班了就立即通知大家。
如此就形成了一个需求，放哨的学生要通知所有玩的学生：老师来了，而不同的学生有不同的反应，有的马上把电视关闭，有的停止玩游戏。
设计的要求如下，让A类学生和B类学生完全解耦，即A类完全不知道B类的学生，却可以通知B类的学生。
代码及说明如下:
Event类，定义了一个事件类:
Code:
EventHandler类，若干Event类的载体，同时提供一个执行所有Event的方法
Code:
放哨的学生：这里先抽象出一个抽象类，因为放哨的人有尽职尽责的，也有马马虎虎的，
但是他们有功能的方法1。增加需要帮忙放哨的学生 2。通知所有需要放哨的学生：老师来了
Code:
接着是放哨人的具体实现了，这里仅实现两个
1尽职尽责的放哨人GoodNotifier
2马马虎虎的放哨人BadNotifier
Code:
接下来是玩游戏的学生：PlayingGameListener
Code:
在接下来是看电视的学生WatchingTVListener
Code:
测试代码：
Code:
点评：
1。放哨者完全不知道做游戏者的存在，完全解耦。（当然，功劳归功于Event和EventHandler，且这两个类具有通用性）
2。老师来了后游戏者停止游戏回到座位，看电视着关闭电视。（一次通知，执行了不同类的不同方法）
3。扩展性很高，再来一个打篮球的学生就先写个打篮球学生类，并在测试代码中告诉放哨者一下就好，放哨者完全没有变。重用性好
PS:写文档是在太累了，是写代码的好几倍，其实应该将Event 和EventHandler抽象成接口最后，实在太晚了，留给大家发挥吧。
即使爬到最高的山上，一次也只能脚踏实地地迈一步。
