设计模式(二)The Observer Pattern 观察者模式
问题引入
生成一个公告板显示当时的天气状况,当天气状况发生改变的时候公告板能够实时的更新。
模式定义
定义对象之间的一对多的依赖。当一个对象改变状态时,它的全部依赖者都会自己主动收到通知并自己主动更新。
认识模式
该模式在生活中是非经常见的。想想生活中的各种各样的检測系统,报警系统,一旦有重要事件发生时,有关系统总能及时的收到通知。这就是观察者模式。
问题解决
关于观察者模式,java实际上给了我们内置的支持(能够看出该模式还是非经常常使用的吧!)可是我们经常会自己实现。
为什么呢?我们后面会给出答案。
被观察者我们称之为主题(Subject)。对应的有观察者(Observer)。
一、自己定义实现
1) Subject,Observer我们都定义为接口
1
2
3
4
5
6
7
8
9
10
11
|
package my.oschina.net.design.observer.owndesign; public interface Subject { public void registerObserver(Observer o); public void removeObserver(Observer o); public void notifyObserver();
} public interface Observer { void update(Subject sub); } |
2)实现Subject和Observer接口(主题与观察者的实现)
a)主题实现
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
|
package my.oschina.net.design.observer.finaldesign; import java.util.ArrayList; public class WeatherData implements Subject{ //被观測的指标数据 private float temp; private float humidity; private float pressure; //维护一个订阅过的Observer列表 private ArrayList<Observer> Observers; public WeatherData() { this .Observers = new ArrayList<Observer>(); } @Override //添加Observer public void registerObserver(Observer o) { // TODO Auto-generated method stub Observers.add(o);
} @Override //移除部分Observer public void removeObserver(Observer o) { // TODO Auto-generated method stub int i = Observers.indexOf(o); if (i != - 1 ) Observers.remove(Observers.indexOf(o));
} @Override //通知订阅过的Observer public void notifyObserver() { // TODO Auto-generated method stub for (Observer o : Observers) { o.update( this ); } } public void setStatus( float temp, float humidity, float pressure) { this .temp = temp; this .humidity = humidity; this .pressure = pressure;
statusChanged(); } public void statusChanged() { notifyObserver(); } float getTemp() { return temp; } float getHumidity() { return humidity; } float getPressure() { return pressure; }
} |
b)观察者实现
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
|
package my.oschina.net.design.observer.finaldesign; public class CurrentConditionDisplay implements Observer,Display{ //接收被观測者发过来的数据 private float temp; private float humidity; private float pressure; //保存这个主题对象,可能兴许有退订的需求 private WeatherData weatherData; public CurrentConditionDisplay(WeatherData weahterdata) { this .weatherData = weahterdata; weatherData.registerObserver( this ); } @Override public void update(Subject sub) { // TODO Auto-generated method stub if (sub instanceof WeatherData) { WeatherData weatherdata = (WeatherData)sub; this .temp = weatherdata.getTemp(); this .humidity = weatherdata.getHumidity(); this .pressure = weatherdata.getPressure(); } display(); } @Override public void display() { // TODO Auto-generated method stub System.out.println( "Temp --> " + temp + "humidity --> " +humidity + "pressure -->" + pressure); } } |
3)Test一下
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
package my.oschina.net.design.observer.finaldesign; public class ObserverTest1 { public static void main(String[] args) { // TODO Auto-generated method stub WeatherData weatherdata = new WeatherData(); CurrentConditionDisplay cc = new CurrentConditionDisplay(weatherdata); weatherdata.setStatus( 12 , 12 , 12 ); weatherdata.setStatus( 13 , 13 , 13 ); weatherdata.setStatus( 14 , 14 , 14 );
} } |
4)结果截图
二、java内置实现
在java的java.util 包(pac1kage)中包括了最主要的Observable类(可观察,通过继承方式获得其方法和属性)和Observer接口(观察),对你没有看错,我也没有写错,的确是Observable类和Observer接口,他们类似与我们上述自定义的Subject和Observer接口。由于是java内置,有的时候使用它们的话真的是挺简单的,由于有好多的功能java本身已经为我们写好了!
事实上这里你已经能够明确这样的内置实现的弊端了。对就是由于Observable是个类。在java中仅仅支持单继承,所以啊。这就限制了继承他的类使用的灵活性!
java内置的不同
a)关于主题对象
当我们自己定义观察者的时候当须要通知观察者的时候我们直接调用notifyO不servers()方法就可以, 可是java内置的方法不是这种,我们须要两步走:
1>调用setChanged()方法,标记状态已改变。
2>调用notifyObserver()方法,完毕通知的工作。
深入-------->setChanged()
我们来看看Observable内部的实现
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
setChanged() { cahnged = true ; } notifyObservers(Object arg) { if (cahnged) { for every obsrver on the list { call update( this , arg) } cahngd = false ; } } notifyObservers() { notifyObservers( null ) } |
看到这里有人可能要问了:为什么要设置一个标志呢???细致想想,如果你是公司老总,每天要批一系列文件,好了,如今秘书送来一份文件你批了,一分钟没到,又有新的文件产生了,秘书又送了过来,然后。。。然后。
。。
你受得了吗?你可能会对秘书说:小李啊,这个文件你给我每50份一批给我送过来。我一并审阅!
有时候我们并不希望被观察者有一丝的变化立即就通知我们,我们能够等被观察者达到一定的程度的时候(比方说等温度上升5℃以内不必通知系统。一旦超过5℃就通知系统!)再通知我们。你能够想想这样优点非常多!所以当达到标准,我们须要通知观察者的时候调用setChanged()方法还真是不错的哦!
b)关于观察者
update的方法略有不同update(Observable o, Object arg),第一个參数是主题本身。第二个參数为传入notifyObserver()的数据对象,没有为空。
这里就来决定是由被观察者push数据。还是有观察者自己pull数据。
代码走起
1)被观察者实现(注意import对应的package)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
|
package my.oschina.net.design.observer.javautil; import java.util.Observable; import java.util.Observer; /** * 这样的方式有一个弊端就是说Observable是一个 类而不是一个接口因此它限制了这个类的使用 * @author Eswin * */ public class WeatherData extends Observable{ //被观測的指标数据 private float temp; private float humidity; private float pressure; public WeatherData(){} public void setStatus( float temp, float humidity, float pressure) { this .temp = temp; this .humidity = humidity; this .pressure = pressure;
statusChanged(); } public void statusChanged() { setChanged(); notifyObservers(); } public float getTemp() { return temp; } public float getHumidity() { return humidity; } public float getPressure() { return pressure; } } |
2)观察者实现
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
|
package my.oschina.net.design.observer.javautil; import java.util.Observable; import java.util.Observer; import my.oschina.net.design.observer.owndesign.Display; public class CurrentConditionDisplay implements Observer, Display{ private float temp; private float humidity; private float pressure; private Observable observable; public CurrentConditionDisplay(Observable observable) { this .observable = observable; observable.addObserver( this ); } @Override public void update(Observable o, Object arg) { // TODO Auto-generated method stub if (o instanceof WeatherData) { WeatherData weatherdata = (WeatherData)o; this .temp = weatherdata.getTemp(); this .humidity = weatherdata.getHumidity(); this .pressure = weatherdata.getPressure(); } display(); } @Override public void display() { // TODO Auto-generated method stub System.out.println( "Temp --> " + temp + "humidity --> " +humidity + "pressure -->" + pressure); } } |
3)Test一下
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
package my.oschina.net.design.observer.javautil; public class ObserverTest2 { public static void main(String[] args) { // TODO Auto-generated method stub
WeatherData weatherdata = new WeatherData();
CurrentConditionDisplay cc = new CurrentConditionDisplay(weatherdata); weatherdata.setStatus( 12 , 12 , 12 ); weatherdata.setStatus( 13 , 13 , 13 ); weatherdata.setStatus( 14 , 14 , 14 ); } } |
4)结果截图
模式延伸
事实上我们我们在编程的过程中有非常多时候都运用到了观察者模式,想想Swing。还有JavaBean,还有RMI。
模式建议
1)要注意Observable这个类所带来的问题;
Observable is a class
You already know from our principles this is a bad idea, but what harm does it reallycause?
First, because Observable is a
class, you have to
subclass
it. That means you can’t add
on the Observable behavior to an existing class that already extends another superclass.This limits its reuse potential (and isn’t that why we are using patterns in the first place?).
Second, because there isn’t an Observable interface, you can’t even create your ownimplementation that plays well with Java’s built-in Observer API. Nor do you havethe option of swapping out the java.util implementation for another (say, a new, multi-threaded implementation).
Observable protects crucial methods
If you look at the Observable API, the setChanged() method is protected. So what?
Well,this means you can’t call setChanged() unless you’ve subclassed Observable. This meansyou can’t even create an instance of the Observable class and compose it with your ownobjects, you have to subclass. The design violates a second design principle here...favorcomposition over inheritance.
2)有必要的话自己实现Observable也就是主题,非常easy(三个方法实现就能够了)。
安卓中的应用:
观察者模式,是一种非经常见的设计模式。在非常多系统中随处可见。尤其是涉及到数据状态发生变化须要通知的情况下。
本文以AbstractCursor为样例,展开分析。
观察者模式,Observer Pattern,是一个非常有用的模式,本人以前接触到的各种平台以及以前參与项目中打印模板解释器中都用到了此模式。
1.意图
定义对象间的一种一对多的依赖关系。当一个对象的状态发生改变时。全部依赖于它的对象都得到通知并被自己主动更新。
热门词汇:依赖 公布-订阅 事件 通知 更新 监听
2.结构
这是一个最简单的观察者模式。目标对象可以加入和删除观察者。当自己某种状态或者行为发生改变时,可通过notify通知注冊的观察者进行更新操作。
分析AbstractCursor的详细情况,我们发现实际工作有时须要对观察者进行统一管理。甚至观察者类型有非常多种而又能够分成几个系列,这个时候是要复杂的多,通过合理的分层这个问题非常好解决。以下依据详细情况,我们画出android中abstractCurosr中用到的观察者模式结构图:
观察者分成了两个系列。
3.代码
列举当中相关核心代码例如以下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 |
public abstract class AbstractCursor {
//定义管理器 DataSetObservable mDataSetObservable = new DataSetObservable(); ContentObservable mContentObservable = new ContentObservable(); //注冊和卸载两类观察者 public void registerContentObserver(ContentObserver observer) { mContentObservable.registerObserver(observer); } public void unregisterContentObserver(ContentObserver observer) { // cursor will unregister all observers when it close if (!mClosed) { mContentObservable.unregisterObserver(observer); } } public void registerDataSetObserver(DataSetObserver observer) { mDataSetObservable.registerObserver(observer); } public void unregisterDataSetObserver(DataSetObserver observer) { mDataSetObservable.unregisterObserver(observer); } //2类通知方法 protected void onChange(boolean selfChange) { synchronized (mSelfObserverLock) { mContentObservable.dispatchChange(selfChange); if (mNotifyUri != null && selfChange) { mContentResolver.notifyChange(mNotifyUri, mSelfObserver); } } } protected void notifyDataSetChange() { mDataSetObservable.notifyChanged(); } } |
再看看Observable类和DataSetObservable类:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 |
public abstract class Observable<T> {
/** * 观察者列表 */ protected final ArrayList<T> mObservers = new ArrayList<T>(); public void registerObserver(T observer) { if (observer == null) { throw new IllegalArgumentException("The observer is null."); } synchronized(mObservers) { if (mObservers.contains(observer)) { throw new IllegalStateException("Observer " + observer + " is already registered."); } mObservers.add(observer); } } public void unregisterObserver(T observer) { if (observer == null) { throw new IllegalArgumentException("The observer is null."); } synchronized(mObservers) { int index = mObservers.indexOf(observer); if (index == -1) { throw new IllegalStateException("Observer " + observer + " was not registered."); } mObservers.remove(index); } } public void unregisterAll() { synchronized(mObservers) { mObservers.clear(); } } } |
和
1 2 3 4 5 6 7 8 9 10 11 12 13 |
public class DataSetObservable extends Observable<DataSetObserver> {
/** * 数据发生变化时,通知全部的观察者 */ public void notifyChanged() { synchronized(mObservers) { for (DataSetObserver observer : mObservers) { observer.onChanged(); } } } //... ... (其它方法) } |
观察者DataSetObserver类是一个抽象类:
1 2 3 4 5 |
public abstract class DataSetObserver {
public void onChanged() { // Do nothing } } |
所以我们详细看它的子类:
1 2 3 4 5 6 7 8 9 10 11 |
public class AlphabetIndexer extends DataSetObserver{
/* * @hide 被android系统隐藏起来了 */ @Override public void onChanged() { //观察到数据变化,观察者做自己该做的事情 super.onChanged(); mAlphaMap.clear(); } } |
ContentObserver也是类似。
4.效果
- 行为型模式
- 目标和观察者间的抽象耦合(经典实现)。
- 支持广播通信(相信这点android开发人员看到后应该有启示吧)。
- 注意意外的更新。这也是观察者更新进行管理的原因之中的一个。