-
准备阶段调用次序图查看全部
-
观察者模式类图查看全部
-
观察者模式定义查看全部
-
认识观察者模式查看全部
-
区别对待观察者模式中，目标父类不实现通知方法，在子类中实现有区别的通知方法。查看全部
-
触发联动：当修改目标状态时就会触发相应的通知，然后会循环调用所有注册的观察者对象的相应方法。<br> 何时使用观察者模式呢？ ①当一个抽象模型有两个方面，其中一个方面的操作依赖于另外一个方面的状态的变化。 ②如果更改一个对象的时候，需要同时连带更改其他对象，而且不知道究竟有多少对象要被连带改变。 ③当一个对象必须通知其他对象，但是又不希望这个对象和其他被通知的对象是松散耦合的，也就是说这个对象不想知道具体被通知的对象； 以上三种情况可以考虑观察者模式。查看全部
-
观察者的有优点：动态联动查看全部
-
JDK提供的观察者模式测试流程查看全部
-
将目标对象Observerable进行强制转换为其子类，才能get到具体属性信息。查看全部
-
Oberverable 可将其子类化，表示应用程序想要观察的目标对象，也就是前面一直讲到的Subject类。 Oberverable类下的setChanged() 方法，此方法标记Observable对象已经改变。此时可以调用notifyObservers()通知。查看全部
-
观察者模式两种模式 1.推模型：目标对象主动向观察者推送目标的详细信息 ； 推送的信息通常是目标信息的全部或部分信息 2.拉模型：目标对象在通知观察者的时候，只传递少量信息 ；如果观察者需要更具体的信息，由观察者主动到目标对象中获取，相当于是观察者从目标对象中拉数据；一般这种模型的实现中，会把目标对象自身通过update方法传递给观察者。 两种模型的比较： 推模型是假定目标对象知道观察着需要的数据 拉模型是目标对象不知道观察着具体需要什么数据，因此把自身传给观察者，由观察者来取值 推模型会使观察者对象难于复用。 拉模型下，update方法的参数是目标对象本身，基本上可以适应于各种情况的需要。查看全部
-
观察者模式用例图：运行阶段查看全部
-
观察者模式用例图：准备阶段查看全部
-
观察者模式又被称为发布订阅模式： 命名建议： （1）目标接口的定义，建议在名称后面跟Subject （2）观察者接口的定义，建议在名称后面跟Observer （3）观察者接口的更新方法，建议名称为update，参数的个数及类型不受限制 触发通知的时机：目标对象的状态发生维护之后触发。查看全部
-
统一通知，各自处理。查看全部
举报
0/150
提交
取消