设计模式--观察者模式（1），入门级学生笔记

最近在看设计模式，从最开始的封装 抽象 继承 实现的思想到设计模式，感觉脑子有点爆炸，写篇博客简单的说下我对观察者模式的理解。
观察者模式包含两种角色。主题（subject，可以理解成被观察的对象）、观察者（observer）。
现在一起想一下这个案例。一个学校天气播报员要播报每天的天气。然后有些学生想知道今天的天气，有些学生并不想知道这个天气，知道了天气的学生会做其他的操作（如游泳、打篮球）。

这时候其实已经是观察者模式了，具体步骤：
1）写一个TestObserve implements Observe;实现它的Update方法和DoMethod()方法。
2）写一个主题实例实现主题方法，并写一个给主题赋值方法（数据源）。
3）实例化一个主题对象。
4）实例化多个观察者对象，并绑定主题。
5）给主题设置数据源，主题接受后通知所有观察者。
简单的写下代码：实录其实很清晰。

public interface Subeject {
public void addObserver(Observe observer );
public void removeObserver(Observe observer);
//通知所有观察者
public void tellObserver();
}

实现类：
public class SchoolWeatherSubeject implements Subeject{
private ArrayList<Observe> ObeserveList = new ArrayList<Observe>();
private String Date;
private String Weather;


public void setDate(String Date, String Weather) {
    // TODO Auto-generated method stub
    this.Date = Date;
    this.Weather = Weather;
    tellObserver();
}

@Override
public void addObserver(Observe observer) {
    // TODO Auto-generated method stub
    ObeserveList.add(observer);

}

@Override
public void removeObserver(Observe observer) {
    // TODO Auto-generated method stub
    int index = -1;
    index = ObeserveList.indexOf(observer);
    if (index >= 0) {
        ObeserveList.remove(index);
    }
}
@Override
public void tellObserver() {
    // TODO Auto-generated method stub
    for(int i = 0;i<ObeserveList.size();i++){
        Observe obeserve = ObeserveList.get(i);
        obeserve.update(Date, Weather);
    }
}
}

然后看观察者：

public interface Observe {
    public void update(String Date,String Weather);
    public void DoMethod();
}

实现类：
public class ObserveA implements Observe{
private String Date;
private String Weather;
private Subeject schoolWeatherSubeject;

public ObserveA(Subeject schoolWeatherSubeject2) {
    // TODO Auto-generated constructor stub
    this.schoolWeatherSubeject = schoolWeatherSubeject2;
    schoolWeatherSubeject.addObserver(this);
}

@Override
public void update(String Date, String Weather) {
    // TODO Auto-generated method stub
    this.Date = Date;
    this.Weather = Weather;
    DoMethod();
}
@Override
public void DoMethod() {
    // TODO Auto-generated method stub
    if (this.Weather.equals("rainning")) {
        System.out.println("we can sleep.");
    }else {
        playSeccor();
    }
}
private void playSeccor() {
    // TODO Auto-generated method stub
    System.out.println("we can play Seccor.");
}
}

/现在我们看一下main测试：

public static void main(String[] args) {
    // TODO Auto-generated method stub
    //实例化学校天气主题。
    SchoolWeatherSubeject schoolWeatherSubeject = new SchoolWeatherSubeject();
    //实例化观察者 传入主题，用于主题绑定观察者
    ObserveA observeA = new ObserveA(schoolWeatherSubeject);
    ObserveA observeB = new ObserveA(schoolWeatherSubeject);
    //设置主题的属性变化，它会自动通知所有观察者
    schoolWeatherSubeject.setDate("2018-1-1", "rainning");
    schoolWeatherSubeject.setDate("2018-1-2", "sun");
}

然后这篇博客就基本结束了，基础的观察者模式就是这样，那么是不是最合理呢？其实不是，我们现在思考一个问题？在观察者里面直接写接收消息的方法合不合理？
如果要做多个操作，并且又一部分方法是所有观察者共用的呢？
或者一个观察者需要观察多个主题，做多个操作？
其他观察者类只是为了update操作不是吗？其他的业务逻辑操作我们可以再实现一个操作接口。
和我一样是新手的话，可以去尝试自己写一下。明天逆向考试，慌的一匹，如果有用的话点个