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

﹏ヽ暗。殇╰゛Y 2022-05-21 01:43 217阅读 0赞

最近在看设计模式，从最开始的封装 抽象 继承 实现的思想到设计模式，感觉脑子有点爆炸，写篇博客简单的说下我对观察者模式的理解。  
观察者模式包含两种角色。主题（subject，可以理解成被观察的对象）、观察者（observer）。  
现在一起想一下这个案例。一个学校天气播报员要播报每天的天气。然后有些学生想知道今天的天气，有些学生并不想知道这个天气，知道了天气的学生会做其他的操作（如游泳、打篮球）。  
![基础模型][70]  
这时候其实已经是观察者模式了，具体步骤：  
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操作不是吗？其他的业务逻辑操作我们可以再实现一个操作接口。  
和我一样是新手的话，可以去尝试自己写一下。明天逆向考试，慌的一匹，如果有用的话点个

[70]: /images/20220521/a0ee81981f5a4757a7b95eaff37e9ecd.png