java的监听者模式和观察者分别有什么作用

这篇文章主要讲解了“java的监听者模式和观察者分别有什么作用”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“java的监听者模式和观察者分别有什么作用”吧！

在奉贤等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供成都网站建设、做网站 网站设计制作按需策划设计,公司网站建设,企业网站建设,品牌网站制作,全网营销推广,外贸网站制作,奉贤网站建设费用合理。

一、java.util.Observer —— 观察者接口 对应： 
java.util.Observable ——受查者根类 

二、java.util.EventListener —— 事件监听/处理接口 对应： 
java.util.EventObject —— 事件（状态）对象根类 

研究了一下发现这两种接口的目的、功能其实是一样的（仅在事件模型的结构上有些许差异），先看EventListener事件监听器模式： 
 

// https://blog.csdn.net/sbvfhp/article/details/8763896
// java设计模式--观察者模式和事件监听器模式

//首要定义事件源对象（事件源相当于单击按钮事件当中的按钮对象、属于被监听者）
public class DemoSource {   
    private Vector repository = new Vector();//监听自己的监听器队列   
    public DemoSource(){}   
    public void addDemoListener(DemoListener dl) {   
           repository.addElement(dl);   
    }  
    public void notifyDemoEvent() {//通知所有的监听器   
           Enumeration enum = repository.elements();   
           while(enum.hasMoreElements()) {   
                   DemoListener dl = (DemoListener)enum.nextElement();   
                 dl.handleEvent(new DemoEvent(this));   
           }   
    }  
}

// 其次定义事件（状态）对象（该事件对象包装了事件源对象、作为参数传递给监听器、很薄的一层包装类）
public class DemoEvent extends java.util.EventObject {   
    public DemoEvent(Object source) {   
      super(source);//source—事件源对象—如在界面上发生的点击按钮事件中的按钮   
       //所有 Event 在构造时都引用了对象 "source"，在逻辑上认为该对象是最初发生有关 Event 的对象  
    }   
    public void say() {   
           System.out.println("This is say method...");   
    }   
}  

//最后定义我们的事件侦听器接口如下：
public interface DemoListener extends java.util.EventListener {   
    //EventListener是所有事件侦听器接口必须扩展的标记接口、因为它是无内容的标记接口、   
    //所以事件处理方法由我们自己声明如下：   
    public void handleEvent(DemoEvent dm);   
}  

//定义具体的事件监听器：   
public class DemoListener1 implements DemoListener {   
       public void handleEvent(DemoEvent de) {   
              System.out.println("Inside listener1...");   
              de.say();//回调   
       }   
}   
  
public class TestDemo {   
    DemoSource ds;   
  
    public TestDemo(){   
      try{   
                 ds = new DemoSource();   
  
                 //将监听器在事件源对象中登记：   
                 DemoListener1 l1 = new DemoListener1();   
                 ds.addDemoListener(l1);   
                 ds.addDemoListener(new DemoListener() {   
                            public void handleEvent(DemoEvent event) {   
                                      System.out.println("Method come from 匿名类...");   
                            }   
                 });   
  
  
                 ds.notifyDemoEvent();//触发事件、通知监听器   
  
           }catch(Exception ex) {ex.printStackTrace();}   
    }   
  
    public static void main(String args[]) {   
           new TestDemo();   
    }   
}

再看Observer观察者模式： 
Observer和EventListener的区别仅仅在于它提前声明了事件处理方法： 
update(Observable o, Object arg) 
Observer模式当中不存在对应EventObject的角色，Observable被观察者就兼具了source事件源和EventObject事件对象两种角色，模型更简洁。 
Observable被观察者根类就持有了观察者队列，也定义了类似notifyDemoEvent()的notifyObservers()方法... 

除了结构有差异外实在看不出Observer观察者模式和EventListener事件监听/处理模式的不一样！请教二者还有什么差异吗？ 

回复： 

也不能这么说 
我看了一下Observer、Observable的jdk源码，Observer接口没什么可说的仅仅是声明了一个update方法而已，相当于我在interface DemoListener extends java.util.EventListener接口中定义的：handleEvent方法。 
为什么声明呢？最主要的是Observer模式比较EventListener的不同之处还在于将大部分工作收归Observable根类完成。 
我又看了看Observable根类，虽然代码也很短小但是比较精悍，至少要我自己写考虑不了这么全面。好比java2集合，我们自己也能做些hashmap、arraylist、栈、队但是可靠性应该是比不上jdk提供的。 

总结一下Observer模式和EventListener的主要不同之处： 

一、模型结构不同：EventListener是传统的c/s界面事件模型，分事件源和事件（状态）角色，事件源要经过事件的包装、成为事件的属性之一再传递给事件监听/处理者，这个事件监听者就相当于观察者。我记得好像VB或C#也是这种模型...而Observer模式的模型就简洁多了，没有分事件源和事件，二者合二为一为一个角色：被观察者，从字面语义上也应该这样，另一个是观察者角色。 

二、就是我上面说的Observer模式比较EventListener的不同之处还在于将大部分工作收归Observable根类实现了、包括定义监听者队列、通知方法都实现了，我们只要继承、调用和传值就行了。 

现在想想可能是EventListener监听机制是从c/s时代就延续下来的，而Observer模式则是和iterator迭代器模式同样被整合进jdk的，所以现在这两种功用存在交叉的api会同时存在。 

也贴出来Observer模式演示代码来对比：

//观察者   
class Watcher implements java.util.Observer {   
  public void update(java.util.Observable obj, Object arg) {   
    System.out.println("Update() called, count is "    
                                + ((Integer) arg).intValue());   
}   
}   
           
//被观察者   
class BeingWatched extends java.util.Observable {   
    void counter(int period) {   
        for(; period>=0; period-- ) {   
                setChanged();   
                notifyObservers(new Integer(period));   
                try {   
                        Thread.sleep(100);   
                } catch( InterruptedException e) {   
                  System.out.println("Sleep interrupeted" );   
                }   
        }   
}   
};   
  
//演示   
public class ObserverDemo {   
    public static void main(String[] args) {   
        BeingWatched beingWatched = new BeingWatched();//受查者   
        Watcher watcher = new Watcher();//观察者   
        beingWatched.addObserver(watcher);   
        beingWatched.counter(10);   
    }   
}

回复： 
查阅了一些相关的东东 
原来这两种api可以说都是基于：订阅-发布模式的事件/消息通知模式，二者应该都算是“推”方式吧，就是被监控者将消息通知给所有监控者。 
1、订阅：Observable.addObserver； 
事件源.addDemoListener（这个方法是自己定义的）。 

2、发布：Observable需要两步：setChanged()、notifyObservers(newValue); 
事件源.notifyDemoEvent()（这个方法也是自己定义的）。 

有人说Observer是设计模式中的皇后，很多系统级实现都是这种方式，我觉得是不是搞混了，因为我看java.util.Observer的api没什么下级接口或实现类。 
反倒是相似的java.util.EventListener有大量下级接口和实现类，著名的包括： 
java.beans.PropertyChangeListener 
javax.servlet.http.HttpSessionListener... 
以及java界面api里的很多... 
这么看EventListener比Observer应用多得多，我猜想是否是因为EventListener的限制较少、没有规定事件处理方法名、比如HttpSessionListener就根据自己的应用领域定义事件处理方法： 
sessionCreated(HttpSessionEvent se) 和 
sessionDestroyed(HttpSessionEvent se) 

如果用Observer就只能叫update了。

个人理解，就是通过组合的方式来进行耦合，尽量没有用继承;

感谢各位的阅读，以上就是“java的监听者模式和观察者分别有什么作用”的内容了，经过本文的学习后，相信大家对java的监听者模式和观察者分别有什么作用这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！