观察者模式ppt

10 1-10
动态代理 -- 动态生成代理对象
不用手工编写代理类；而是在运行时候动态生成； 不用手工编写代理类；而是在运行时候动态生成；作用和手工生 成的代理对象一致。 成的代理对象一致。 实现同一个接口： 实现同一个接口： 创建ng.reflect.InvocationHandler ng.reflect.InvocationHandler， 创建ng.reflect.InvocationHandler，每个代理实例都有 一个与它对应的InvocationHandler实例，就是一个方法拦截器。 InvocationHandler实例 一个与它对应的InvocationHandler实例，就是一个方法拦截器。 用以控制对某个对象的访问的拦截。 用以控制对某个对象的访问的拦截。 创建动态代理对象的步骤： 创建动态代理对象的步骤： 指明一系列的接口来创建一个代理对象 创建一个调用处理器Invocation 创建一个调用处理器Invocation handler 对象 将这个代理指定为某个其他对象的代理对象 在调用处理器的invoke()方法中采取代理， invoke()方法中采取代理 在调用处理器的invoke()方法中采取代理，一方面将调用传递给 真实对象，另一方面执行各种需要做的操作。 真实对象，另一方面执行各种需要做的操作。
1) 2) 3) 4)
11 1-11
代理模式——智能引用 代理模式——智能引用 ——
Java虚拟机对内存的管理能力是有限的，但有些应用 虚拟机对内存的管理能力是有限的， 虚拟机对内存的管理能力是有限的 又出于效率的考虑需要将一些较大的对象装载到内存中 为了保证虚拟机不会出现内存溢出，采用软引用,虚 ，为了保证虚拟机不会出现内存溢出，采用软引用 虚 拟机在内存不够的时候能够回收较大的对象。 拟机在内存不够的时候能够回收较大的对象。采用智能 引用能够保证一旦较大对象被回收后能够重新创建大对 象保证客户端的正常使用。 象保证客户端的正常使用。

违反LSP的后果：有可能需要修d { public abstract void fly() { I’m flying; } }
public class penguin:bird { public override void fly() { I can’t fly; } }
辅助原则
任何变量都不应该持有一个指向具体类的引用。 任何类都不应该从具体类派生。 任何方法都不应该覆盖它的任何基类中已经实现了的方法。
4.3 设计模式的类型
在设计模式经典著作《GOF95》中，设计 模式从应用的角度被分为三个大的类型
创建型模式（Creational Pattern） 结构型模式（Structural Pattern） 行为型模式（Behavioral Pattern）
是一套被反复使用、多数人知晓的、经过分类编目的、 代码设计经验的总结。使用设计模式是为了可重用代码、 让代码更容易被他人理解、保证代码可靠性。
Developing software is hard Developing reusable software is even harder
4.1 设计模式的概念
4.2.1 开放封闭原则（OCP）
实现的主要原则：抽象，把系统的所有可能的行 为抽象成一个抽象底层 ；同时由于可以从抽象层 导出一个或多个新的具体类可改变系统的行为， 因此对于可变的部分，系统设计对扩展是开放的。 可变性封装原则（Encapsulation of Variation Principle, EVP ）：对系统所有可能发生变化的 部分进行评估和分类，每一个可变的因素都单独 进行封装。 开闭原则很难被完全实现，只能在某些模块、某 种程度上、某个限度内符合OCP的要求，OCP具 有理想主义的色彩，是OOD的终极目标。

事件类型、监听和传播方式讲解
事件类型 JavaScript中支持多种事件类型，包括鼠标事件、键盘事 件、表单事件、窗口事件等。每种事件类型都对应一个特 定的触发条件和处理方式。
事件监听 可以使用`addEventListener`方法为元素添加事件监听器， 当指定的事件发生时，会调用监听器中的回调函数处理事 件。
移动端适配与优化
探讨针对不同设备和浏பைடு நூலகம்器的 JavaScript代码适配与优化策略， 提高页面性能和用户体验。
行业发展趋势预测
ES6+新特性
01
分析ECMAScript 6及以后版本的新特性和发展趋势，如模块化、
异步编程、装饰器等。
前端框架与库
02
探讨React、Vue等前端框架以及配套库在Web开发中的应用和
和3D游戏。
移动应用开发
通过React Native、Cordova 等框架，可以使用JavaScript
开发跨平台的移动应用。
服务器端开发
Node.js使得JavaScript可以在 服务器端运行，处理HTTP请
求、数据库操作等。
02
JavaScript基础知识
变量与数据类型
变量声明
使用`var`、`let`或`const`关键字声明 变量，分别表示可变变量、块级作用 域可变变量和常量。
逻辑运算符
用于进行逻辑运算，包括`&&`、 `||`和`!`。
流程控制语句
01
02
03
条件语句
使用`if`、`else if`和`else` 关键字实现条件判断。
循环语句
包括`for`、`while`和 `do...while`循环，用于重 复执行某段代码。

Swing框架中GUI组件的事件机制就是观察者 模式的应用，当用户与组件交互时，相关的 观察者会被通知并进行相应的操作。
设计模式的实践
观察者模式是设计模式中的一种重要概念， 在许多设计模式中都有应用，如MVC模式、 状态模式等。
总结
观察者模式思想
通过定义主题和观察者的关 系，实现对象间的一对多通 知机制。
应用范围
观察者模式广泛应用于许多 场景，如用户界面事件处理、 消息队列、发布-订阅系统等。
使用注意事项
要避免观察者过多导致性能 问题；注意解耦，避免循环 依赖；灵活使用观察者模式， 结合其他设计模式实现更好 的系统设计。
UML图
类图
显示观察者模式中的类和它们 之间的关系。
时序图
展示对象在对象之间的协作关系，显 示消息传递顺序。
代码示例
主题类实现
实现主题接口，维护观察者 列表，发送通知时遍历观察 者列表调用其更新方法。
观察者类实现
实现观察者接口，接收主题 的通知并进行相应的更新操 作。
角色介绍
主题（Subject）
被观察的对象，当其状态发生变化时会通知 观察者。
具体主题（ConcreteSubject）
具体的主题实现类，负责维护观察者列表和 状态变化时发送通知。
观察者（Observer）
定义了观察主题对象状态变化时接收通知和 更新自身的方法。
具体观察者（ConcreteObserver）
具体的观察者实现类，实现观察者接口，接 收主题的状态变化通知并进行相应的更新。
基本流程
1
注册观察者
主题对象提供方法用于注册观察者，将观察者添加到观察者列表中。
2
解除观察者
主题对象提供方法用于解除观察者，将观察者从观察者列表中移除。

2)
备忘录(Memento)：备忘录存储发起人对象的内 部状态；防止发起人以外的其他对象访问备忘录 。
3)
管理者(Caretaker)：负责保存好备忘录，不能对 备忘录的内容进行操作。
课堂练习
画出使用备忘录模式的游戏状态保存及恢 复的代码
7.5.5 效果分析
优点：
1）保持封装边界；使用备忘录可以避免暴露一些只应由发起人管理却又 必须存储在发起人之外的信息。该模式把可能很复杂的发起人内部信 息对其他对象屏蔽起来，从而保持了封装边界。 2）简化发起人；在其他的保持封装性的设计中 ,发起人负责保持客户请 求过的内部状态版本。这就把所有存储管理的重任交给了发起人。让 客户管理它们请求的状态将会简化原发器，并且使得客户工作结束时 无需通知原发器。
7.4.2 责任链模式的意图和适用性
3.客户对象初始化请求，或者在不知道这些 对象是否能处理这个请求的情况下初始化 任何可能处理请求的对象。也就是说，客 户对象和在处理链表中的处理对象都不需 要知道到底哪个对象去处理这个请求。
责任链模式降低了请求的发送端和接收端之间的耦合，使 多个对象都有机会处理这个请求。一个链可以是一条线， 一个树，也可以是一个环。如下图所示，责任链是一个树 结构的一部分。
7.9.2 中介者模式的意图和适用性
用一个中介对象来封装一系列的对象交互。中介 者使各对象不需要显式地相互引用，从而使其耦 合松散，而且可以独立地改变它们之间的交互。
7.9.3 中介者模式的结构和参与者
7.9.3 中介者模式的结构和参与者
Mediator（中介者）
中介者定义一个接口用于与各同事（Colleague）对象通信。
加薪代码重构
课堂练习
考虑一个图形用户界面中的上下文有关的 帮助机制。用户在界面的任意一处点击就 可以得到帮助信息。假设用户在一个标有 “Print”的按钮上点击帮助，该按钮包含 在一个PrintDialog的实例中，该实例属于一 个应用对象Application。提交帮助请求的对 象并不明确知道谁是最终提供帮助的对象 。帮助信息是依照从最特殊到最普遍的顺 序来组织的，请给出使用责任链模式的结 构图。

03 状态机模式
状态机模式1
有一个灯，按下开按钮，就会开灯，按下关按钮就会关灯。这就是一个很典型的简单的有限状态机。简单 的描述有2个状态，关灯[STATE_OFF]，亮[STATE_LIGHT_ON] 。有两个事件，开和关按钮。这两个事件 促使状态机间的转换。
03 状态机模式
状态机模式2
有一个灯，按下开按钮，就会开灯，按下关按钮就会关灯。和一般等不同的是，两次开之间的灯的明暗不 一样。也就是说，第一次开的时候，是高亮，关灯后，再开是低亮，下次再开是高亮，循环往复。
命令模式的C语言实现也是非常显性的。命令发送方不通过直接调用的方式，而是通过发一个命令 消息给接收方，让接收方执行操作。C语言里采用命令模式的最常见的原因是核间通信，进程间交互。 如果是核间通信，通常是把命令按协定的格式封装在消息数据包里。如果是进程间通信，通常封装成一 个结构体，把参数带过去。命令的通道通常是队列。
07 适配及系列模式-----总结
非常常用的设计模式，使用中都是自然而然的，没有想到其实也是几种退化的面向对象设计模式。
08 建造者模式----介绍
08 建造者模式----总结
对于C语言开发者来说，通常是在构造复杂的数据结构时候会想到建造者模式。比如核间通信消息，进 程间通信消息。ISP里面的request消息，就隐性用了建造者模式。
。。。
.init
..rreeaadd
.writeLeabharlann .init.read
.write
09 外观模式----总结
引入外观模式，是客户对子系统的使用变得简单了，减少了与子系统的关联对象，实现了子系统与客户之间 的松耦合关系。但是，灵活性变差了，客户不能自由选择子系统内部的接口，只能使用封装好的一套接口。

任课教师：张伟芝 zhangweizhi@
MVC的动态行为
任课教师：张伟芝 zhangweizhi@
MVC结构如何初始化
任课教师：张伟芝 zhangweizhi@
课程内容
MVC概述 MVC实现细节 MVC之设计模式 表现层演化MVP
组合模式在MVC中的应用
任课教师：张伟芝 zhangweizhi@
MVC模式变体——Model2
任课教师：张伟芝 zhangweizhi@
MVC不足
View是可以直接访问Model的 View是依赖于Model的 有一些业务逻辑在View里实现
任课教师：张伟芝 zhangweizhi@
You Know, The More Powerful You Will Be
31
Thank You
在别人的演说中思考，在自己的故事里成长
Thinking In Other People‘S Speeches，Growing Up In Your Own Story 讲师：XXXXXX XX年XX月XX日
被观察者
观察者
任课教师：张伟芝 zhangweizhi@
观察者模式回顾
让对象能够在状态改变时被通知
任课教师：张伟芝 zhangweizhi@
MVC的设计类图
任课教师：张伟芝 zhangweizhi@
策略模式
MVC策略运作细节
任课教师：张伟芝 zhangweizhi@
第十五章 MVC架构
任课教师：孟双英 mengshuangying@
上节回顾
任课教师：张伟芝 zhangweizhi@
课程内容
MVC概述 MVC实现细节 MVC之设计模式 表现层演化MVP
任课教师：张伟芝 zhangweizhi@

观察者通常具有更新状态的方法，该 方法在接收到主题的通知时被调用。
注册与注销
注册
观察者通过调用主题的注册方法将自己注册到主题中，以便在主题状态发生变 化时接收通知。
注销
观察者可以通过调用主题的注销方法将自己从主题中注销，以停止接收通知。
通知机制
当主题的状态发生变化时，主题会调用其通知方法，将当前 状态传递给所有注册的观察者。
02
观察者模式的核心概念
主题（Subject）
01
主题负责维护一个或多个观察者 对象的引用，当主题的状态发生 变化时，通知所有注册的观察者 。
02
主题通常具有注册和注销观察者 的方法，以及一个用于通知所有 注册观察者的方法。
观察者（Observer）
观察者负责实现更新操作，当主题的 状态发生变化时，观察者会收到通知 并执行相应的更新操作。
C#中的观察者模式实现
• void Update(int data);
C#中的观察者模式实现
01
}
02
public class Publisher {
03
private int _data;
C#中的观察者模式实现
private List<IObserver> _observers = new List<IObserver>();
在事件驱动架构中，观察者模式可以用于监听特定事件的发生，并触发相应的处 理流程。当事件发生时，系统会自动调用相关处理函数或执行相关操作，实现事 件处理和流程的自动化，提高系统的响应速度和灵活性。
06
总结与展望
观察者模式的总结
观察者模式的主要优点在于能够实现发布/订阅模型 ，使得多个观察者可以同时监听一个主题，提高了系 统的可扩展性和可维护性。

完全依赖于其到达的顺序)
比较准则
Client的需求
Transmission Notification可以通过CON 或 NON message发送，和确认初始注册的Notification的
Message type以及前一个Notification的type无关
如果Client收到一个CON Notification，但是无法识别其token，必须返回Rest Message；
的旧状态，直到其收到新状态的Notification
Server错误的认为Client对Resource不敢兴趣，从而不再向其发送Notification，直到Client
再次注册收到新的Notification
应对措施 在资源变化时，协议将尽力将当前的Representation发送给Client：client将在状态变化时
订阅：
Observe取值为0，表示订阅(register)
Observe取值为1，表示取消订阅(deregister) 当Server返回的Response不携带Observe Option，表示其不能或者不愿意接受这个订阅
Observe Option不是一个Cache-Key，但是携带Option的Response是可缓存的
用任意ห้องสมุดไป่ตู้杂的表达式判定是否触发状态变化
目录
概述 新增的Option Client侧的实现 Server侧的实现 Others Examples
Observe Option
Observe出现在Request中不但表示检索target Resource的Representation，而且表示订阅或解除
数化参数)，决定在满足何种条件时，才认为是状态发生变化

– 使人们可以简便地重用已有的良好设计 – 提供了一套可供开发人员交流的语言 – 提升了人们看待问题的抽象程度 – 帮助设计人员更快更好地完成系统设计 – 模式是经过考验的思想，具有更好的可靠性和扩展性
27
设计模式的风险
• 设计模式不是万能的
– 模式可以解决大多数问题，但不可能解决遇到的所有问题 – 应用一种模式一般会 “有得有失 ”，切记不可盲目应用 – 滥用设计模式可能会造成过度设计，反而得不偿失
• 设计模式
24
设计模式
• 回顾学过的数据结构
– Trees, Stacks, Queues
– 它们给软件开发带来了什么？
• 问题
– 在软件体系结构设计中是否存在一些可重用的解决方案？
• 答案是肯定的
– 设计模式使我们可以重用已经成功的经验
– Pattern ＝ Documented experience
25
设计模式
• Design Patterns: Elements of Reusable Object-Oriented Software
• Gang of Four
– Gamma, Helm, Johnson, Vlissides
26
设计模式
• 设计模式描述了软件系统设计过程中常见问题的解决 方案，它是从大量的成功实践中总结出来的且被广泛 公认的实践和知识。 • 设计模式的好处
• 解决方案
– 描述设计的组成部分，它们之间的相互关系以及各自的职责 和协作方式
• 效果
– 描述模式应用的效果以及应权衡的问题
29
设计模式的类型
• 创建型模式
– 创建型模式描述了实例化对象的相关技术，解决了与创建对 象有关的问题。 – 创建型模式使用继承来改变被实例化的类，而一个对象创建 型模式将实例化委托给另一个对象。