监听是如何实现的
1个回答
展开全部
监听到底是一个概念,还是一个功能?
如果只是要实时获取目标状态,可以有很多方式;
建立长连接,随时交互。NIO那种,不停的轮询检查是否有变化。或者是AIO那种目标变化了再通知你。
创建两个线程,一个负责通信,一个负责监听
如果数据发生变化,就会通知这边。所以并不是脉冲似的不停询问,而是那边发消息过来。有点像长连接模式。
通过绑定和回调,监听的值每次改变都会通知监听方法;也是类似起一个线程去绑定监听方法。
监听器和订阅者
监听器对所有属性监听,利用递归来遍历所有的属性值,对其进行Object.defineProperty()操作。
也就是通过一个线程不停的遍历所有属性,然后将变化发给其订阅者。这个应该算NIO模式吧。
java内部的监听实现和网络上的监听不太一样。
搞半天原来有这种设计模式,吃了没上学的亏。
监听器设计模式是观察者设计模式的一种实现。他与观察者设计模式不同点有;(前面还有个观察者模式)
被观察者内部有一个观察者集合,先要在被观察者中添加观察者,然后被观察者修改后就会通知观察者集合里的所有观察者;
看上去还是挺简单的。先注册再通知。
监听器是一对一的,也就是只能有一个观察者;监听的是对象,而不是字符串。实现起来复杂很多。
监听器在进行工作时,可以分为以下步骤
1.将监听器绑定到事件源(注册监听器)
2.事件发生后触发监听器的成员方法,即事件处理器,传递事件对象
3.事件处理器通过事件对象获得事件源,并对事件源进行处理。
说白了就是监听的更细致,按照操作来区分。
返回结果,监听到了查询操作
首先需要三个类,事件(用来设置可以被监听的事件),监听,被监听源
先看看事件怎么写,声明类型就是可以被监听的类型,多少自己可以定。
就两个类型,所以find这里直接不判断了
监听,这里可以看到“查询操作”是从这里输出的
被监听,这里是被监听源具体的操作。
如果只是要实时获取目标状态,可以有很多方式;
建立长连接,随时交互。NIO那种,不停的轮询检查是否有变化。或者是AIO那种目标变化了再通知你。
创建两个线程,一个负责通信,一个负责监听
如果数据发生变化,就会通知这边。所以并不是脉冲似的不停询问,而是那边发消息过来。有点像长连接模式。
通过绑定和回调,监听的值每次改变都会通知监听方法;也是类似起一个线程去绑定监听方法。
监听器和订阅者
监听器对所有属性监听,利用递归来遍历所有的属性值,对其进行Object.defineProperty()操作。
也就是通过一个线程不停的遍历所有属性,然后将变化发给其订阅者。这个应该算NIO模式吧。
java内部的监听实现和网络上的监听不太一样。
搞半天原来有这种设计模式,吃了没上学的亏。
监听器设计模式是观察者设计模式的一种实现。他与观察者设计模式不同点有;(前面还有个观察者模式)
被观察者内部有一个观察者集合,先要在被观察者中添加观察者,然后被观察者修改后就会通知观察者集合里的所有观察者;
看上去还是挺简单的。先注册再通知。
监听器是一对一的,也就是只能有一个观察者;监听的是对象,而不是字符串。实现起来复杂很多。
监听器在进行工作时,可以分为以下步骤
1.将监听器绑定到事件源(注册监听器)
2.事件发生后触发监听器的成员方法,即事件处理器,传递事件对象
3.事件处理器通过事件对象获得事件源,并对事件源进行处理。
说白了就是监听的更细致,按照操作来区分。
返回结果,监听到了查询操作
首先需要三个类,事件(用来设置可以被监听的事件),监听,被监听源
先看看事件怎么写,声明类型就是可以被监听的类型,多少自己可以定。
就两个类型,所以find这里直接不判断了
监听,这里可以看到“查询操作”是从这里输出的
被监听,这里是被监听源具体的操作。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询