事件响应是观察者模式的核心点。
我们在某个基础类中定义这么一个成员变量，该成员变量的属性值为Get和Set，具备默认值，在Set下赋值后，加上一行代码用来触发事件响应。当外部程序，为该属性值赋予新值时，将会触发事件响应，做出相应操作。俗称观察者模式。
MVP加观察者模式是敏捷开发的一个很好组合，顺道在这里援引一名工友的博客：http://blog.csdn.net/u010937230/article/details/60479613
MVP模式简要介绍
MVP把Activity中的UI逻辑抽象成View接口，把业务逻辑抽象成Presenter接口，Model类还是原来的Model。
MVP模式的作用 ：
1、分离了视图逻辑和业务逻辑，降低了耦合
2、Activity只处理生命周期的任务，代码变得更加简洁
3、视图逻辑和业务逻辑分别抽象到了View和Presenter的接口中去，提高代码的可阅读性
4、Presenter被抽象成接口，可以有多种具体的实现，所以方便进行单元测试
5、把业务逻辑抽到Presenter中去，避免后台线程引用着Activity导致Activity的资源无法被系统回收从而引起内存泄露和OOM
6、UI接口中定义了更新UI的方法，presenter接口中定义了业务逻辑方法，我们从这两个接口文件中就可以一目了然地看到我们有哪些逻辑操作，有哪些UI更新方法，功能一目了然。
观察者模式简要介绍：
概述：
有时被称作发布/订阅模式，观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。
- 解决的问题：
将一个系统分割成一个一些类相互协作的类有一个不好的副作用，那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合，这样会给维护、扩展和重用都带来不便。观察者就是解决这类的耦合关系的。 - 模式中的角色：
3.1抽象主题（Subject）：它把所有观察者对象的引用保存到一个聚集里，每个主题都可以有任何数量的观察者。抽象主题提供一个接口，可以增加和删除观察者对象。
3.2具体主题（ConcreteSubject）：将有关状态存入具体观察者对象；在具体主题内部状态改变时，给所有登记过的观察者发出通知。
3.3 抽象观察者（Observer）：为所有的具体观察者定义一个接口，在得到主题通知时更新自己。
3.4具体观察者（ConcreteObserver）：实现抽象观察者角色所要求的更新接口，以便使本身的状态与主题状态协调。 - 模式解读：
- 4.1 观察者模式的类图