我目前正在使用Java的Observer / Observable Pattern,我想知道: 为什么在当前实现中需要setChanged()方法?我知道它就在这里,所以我们只需要在治疗结束时拨打notifyObservers()一次。
这样,如果我们想要我们可以使用clearChanged()回滚任何更改。但是,我们仍然可以在我们自己的实现中进行所有检查,并且只在我们绝对想要更新Observers时调用notifyObservers()。
我可能错过了一些东西,但我不明白他们为什么不这样简化它。有什么想法吗?
答案 0 :(得分:5)
目的是将单独的问题分开。通知观察者可以在一个地方被召唤,同时跟踪变化发生在另一个地方。也许在某些情况下你不需要这种分离,但是java.util.Observable实现的目的是能够处理复杂的情况,你不必在变化之间保持1-1对应关系和通知。
例如,您可能需要限制通知,以避免使用事件充斥客户端,这不会影响跟踪更改的发生。下面的示例使用工作线程定期调用通知方法但不了解更改,以及其他接受更改但不处理通知的代码。
import java.util.*;
public class ObservableExample {
public static void main(String[] args) throws Exception {
CountTracker t = new CountTracker();
t.addObserver(new Observer() {
public void update(Observable observable, Object arg) {
System.out.println("observed " + arg);
}
});
t.startNotifying();
for (int i = 0; i < 100; i++) {
Thread.sleep(100L);
t.incrementCount();
}
t.quitNotifying();
System.out.println("done");
}
}
class CountTracker extends Observable {
private int count = 0;
private Thread notificationThread;
public synchronized void incrementCount() {
count++;
setChanged();
}
public synchronized void startNotifying() {
if (notificationThread == null || !notificationThread.isAlive()) {
notificationThread = new Thread(new Runnable() {
public void run() {
try {
while (!Thread.currentThread().isInterrupted()) {
Thread.sleep(1000L);
String event = "current value of count is "
+ CountTracker.this.count;
CountTracker.this.notifyObservers(event);
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}
});
notificationThread.start();
}
}
public synchronized void quitNotifying() throws InterruptedException {
if (notificationThread == null || !notificationThread.isAlive()) {
return;
}
notificationThread.interrupt();
System.out.println("wait for notification thread to terminate");
notificationThread.join();
}
}
与此相似的实际示例是实现进度条,该进度条需要将表示完成任务的累积输入转换为完成百分比,并决定更新UI显示的频率。
还要考虑你总是可以继承java.util.Observable。 JDK库开发人员不希望必须支持大量的亚专业化,因此他们倾向于创建尽可能广泛有用的类,但如果你想消除一些使用它的冗余,你可以创建你自己的变化。