观察者模式优缺点（如何使用Java8实现观察者模式）

本文目录

• 如何使用Java8实现观察者模式
• 观察者模式是什么
• 什么是观察者模式`
• 观察者模式的基本简介
• 观察者模式在实际用的多吗
• 观察者模式和中介者模式的区别
• android中观察者模式的应用场景是什么

如何使用Java8实现观察者模式

1、 对一个对象状态的更新，需要其他对象同步更新，而且其他对象的数量动态可变。2、 对象仅需要将自己的更新通知给其他对象而不需要知道其他对象的细节。观察者模式的优点：1、 Subject和Observer之间是松偶合的，分别可以各自独立改变。2、 Subject在发送广播通知的时候，无须指定具体的Observer，Observer可以自己决定是否要订阅Subject的通知。3、 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。

观察者模式是什么

官方解释：观察者模式（有时又被称为发布-订阅Subscribe》模式、模型-视图View》模式、源-收听者Listener》模式或从属者模式）是软件设计模式的一种。在此种模式中，一个目标物件管理所有相依于它的观察者物件，并且在它本身的状态改变时主动发出通知。这通常透过呼叫各观察者所提供的方法来实现。此种模式通常被用来实作事件处理系统。个人理解：观察者模式是一种思想，不需要人为的去关注观察者和被观察者之间是怎样联系的，实现了解耦，只需要对象去注册被观察者（Observerable）与观察者(Observer)，然后被观察者去添加一个或者多个观察者，当被观察者发生变动就会立即通知所有的观察者，下面让我们来看看是怎样实现这个功能的。被观察者首先通过addObserver(Observer o)来添加一个观察者，底层代码中会把这个对象o放进一个vector集合中，当然也可以添加多个观察者，当观察者发生变动的时候就会触发setChanged(); notifyObservers();这两个方法，然后底层代码中就回去遍历装有观察者的那个vector，然后for (int i = arrLocal.length-1; i》=0; i--) ((Observer)arrLocal).update(this, arg);调用update方法通知每一个观察者，这样观察者对象中就可以拿到被观察者的相关对象和信息

什么是观察者模式`

观察者（Observer）模式又名发布-订阅（Publish/Subscribe）模式。GOF给观察者模式如下定义：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。在这里先讲一下面向对象设计的一个重要原则——单一职责原则。因此系统的每个对象应该将重点放在问题域中的离散抽象上。因此理想的情况下，一个对象只做一件事情。这样在开发中也就带来了诸多的好处：提供了重用性和维护性，也是进行重构的良好的基础。因此几乎所有的设计模式都是基于这个基本的设计原则来的。观察者模式的起源我觉得应该是在GUI和业务数据的处理上，因为现在绝大多数讲解观察者模式的例子都是这一题材。但是观察者模式的应用决不仅限于此一方面。下面我们就来看看观察者模式的组成部分。1) 抽象目标角色（Subject）：目标角色知道它的观察者，可以有任意多个观察者观察同一个目标。并且提供注册和删除观察者对象的接口。目标角色往往由抽象类或者接口来实现。2) 抽象观察者角色（Observer）：为那些在目标发生改变时需要获得通知的对象定义一个更新接口。抽象观察者角色主要由抽象类或者接口来实现。3) 具体目标角色（Concrete Subject）：将有关状态存入各个Concrete Observer对象。当它的状态发生改变时, 向它的各个观察者发出通知。4) 具体观察者角色（Concrete Observer）：存储有关状态，这些状态应与目标的状态保持一致。实现Observer的更新接口以使自身状态与目标的状态保持一致。在本角色内也可以维护一个指向Concrete Subject对象的引用。

观察者模式的基本简介

观察者模式（Observer）完美的将观察者和被观察的对象分离开。举个例子，用户界面可以作为一个观察者，业务数据是被观察者，用户界面观察业务数据的变化，发现数据变化后，就显示在界面上。面向对象设计的一个原则是：系统中的每个类将重点放在某一个功能上，而不是其他方面。一个对象只做一件事情，并且将他做好。观察者模式在模块之间划定了清晰的界限，提高了应用程序的可维护性和重用性。观察者设计模式定义了对象间的一种一对多的依赖关系，以便一个对象的状态发生变化时，所有依赖于它的对象都得到通知并自动刷新。

观察者模式在实际用的多吗

观察者模式用的太多了。分类： java设计模式一.观察者模式的定义定义对象间一种一对多的依赖关系，是的没当一个对象改变状态，则所有依赖于它的对象都会得到通知并自动更新。二.观察者模式的使用场景(1).关联行为场景，需要注意的是，关联行为是可拆分的，而不是“组合”关系(2).事件多级触发场景(3).跨系统的消息交换场景，如消息队列，事件总线的处理机制。三.观察者模式的UML类图角色介绍：subject:抽象主题（Observer），也就是被观察observable的角色，抽象主题角色把所有观察者对象的引用保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加或删除观察者对象。concreteSubject:具体主题（ConcreteObservable），该角色将有关状态存入具体观察对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发出通知，具体主题角色又叫具体被观察这（ConcreteObservable）角色observale:抽象观察者，该角色是观察者的抽象类，它定义了更新接口，使得在得到主题的更改通知时更新自己。ConcreteObserver:具体的观察者，该角色实现抽象观察者角色所定义的更新接口，以便在主题的状态发生变化时更新自身的状态。

观察者模式和中介者模式的区别

1.在Obsever模式中， 不存在封装约束的单一对象。Observer 和 Subject 必须合作才能维持约束。2.Communication(通讯)模式由观察者和目标互联的方式决定：单一目标通常有很多观察者，有时一个目标的观察者是另一个观察者的目标。3.Mediator 和 Observer 都能促进松耦合，然后Mediator 模式通过限制对象严格通过Mediator 进行通信来实现这个个目的。4.Observer 模式创建观察者对喜爱那个，观察者对象向订阅它们的对喜爱那个发布其感兴趣的事件。

android中观察者模式的应用场景是什么

你说的场景是符合这个模式的：观察者模式的应用场景： 1、 对一个对象状态的更新，需要其他对象同步更新，而且其他对象的数量动态可变。 2、 对象仅需要将自己的更新通知给其他对象而不需要知道其他对象的细节。 观察者模式的优点： 1、 Subject和Observer之间是松偶合的，分别可以各自独立改变。 2、 Subject在发送广播通知的时候，无须指定具体的Observer，Observer可以自己决定是否要订阅Subject的通知。 3、 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。