《大话设计模式--观察者模式》笔记

1、观察者模式：定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使他们能够自动更新自己。

2、观察者模式结构图
3、简单代码实现
Subject类，可以翻译为主题或者抽象通知者，一般用一个抽象类或者一个接口实现。他把所有观察者对象保存在一个list里，每个主题可以有任何数量的观察者。抽象主题提供一个接口，可以增加和删除观察者。

public abstract class Subject {

	private List<Observers> obs=new ArrayList<Observers>();
	
	//增加观察者
	public void attach(Observers ob) {
		obs.add(ob);
	}
	
	//移除观察者
   public void detach(Observers ob) {
	   obs.remove(ob);
   }
   
   //通知
   public void notify1() {
	   for (Observers o : obs) {
		o.update();
	}
   }

}

Observer类，抽象观察者，为所有的具体观察者定义一个接口，得到主题通知时更新自己。这个接口叫做更新接口。抽象观察者一般用一个抽象类或者一个接口实现。更新接口通常包含一个Update()方法，这个方法叫做更新方法。

public abstract class Observers {

	public abstract void update();

}

ConcreteSubject类，叫做具体主题或者具体通知者，将有关状态存入具体观察者对象；在具体主题内部状态改变时，给所有登记过的观察者发出通知。具体主题角色通常用一个具体子类实现。

public class ConcreteSubject extends Subject {
	
	//观察者状态
	private String subjectState;

	public String getSubjectState() {
		return subjectState;
	}

	public void setSubjectState(String subjectState) {
		this.subjectState = subjectState;
	}
	
	

}

ConcreteObserver类，具体观察者，实现抽象观察者角色所要求的更新接口，以使·本身状态与主题 协调。具体观察者角色可以保存一个指向具体主题对象的引用。具体观察者角色通常用一个具体子类实现。

public class ConcreteObserve extends Observers {

	private String name;
	private String observerState;
	private ConcreteSubject cs;
	
	public ConcreteObserve(String name,ConcreteSubject cs) {
		// TODO Auto-generated constructor stub
		
		this.name=name;
		this.cs=cs;
	}
	
	
	@Override
	public void update() {
		// TODO Auto-generated method stub
		observerState=cs.getSubjectState();
		System.out.println("观察者"+name+"新状态是"+observerState);
	}


	public ConcreteSubject getCs() {
		return cs;
	}


	public void setCs(ConcreteSubject cs) {
		this.cs = cs;
	}

	
	
}

客户端代码

public class Client {
	
	public static void main(String[] args) {
		ConcreteSubject s=new ConcreteSubject();
		s.attach(new ConcreteObserve("zhangsan", s));
		s.attach(new ConcreteObserve("lisi", s));
		s.attach(new ConcreteObserve("wangwu", s));
		
		s.setSubjectState("abc");
		
		s.notify1();
		
	}

}

4、观察者模式特点
1、使用观察者模式动机：将一个系统分割成一系列相互协作的类有一个很不好的副作用，就是需要维护相关对象之间的一致性。我们不希望为了维持一致性而使各类紧密耦合，这样会给维护、扩展、重用都带来不变。而观察者模式 的关键对象是主题Subject和观察者Observer。一个Subject可以有任意数目的依赖它的Observer ，一旦subject状态发生了改变，所有的Observer都可以得到通知。subject发出通知时并不需要知道谁是它的观察者。
2、当一个对象改变需要同时改变其他对象，而且他不知道有多少具体对象需要改变时，应该使用观察者模式。
3、一个抽象模型有两方面，其中一方面依赖另一方面，这时用观察者模式可以将这两者封装在独立对象中使他们各自独立的改变和复用。
4、总之，观察者模式所做的工作主要就是解耦合。让耦合的双方都依赖于抽象而不是依赖于具体。从而使各自的变化都不会影响到另一边的变化。

5、观察者模式的不足
尽管使用了依赖倒转原则，但是“抽象通知者”还是依赖于“抽象观察者”，也就是说，万一没有了抽象观察者这样的接口，通知功能就完成不了。

6、书上是.net的解决办法，java的暂时不了解