Head First 设计模式 Design Pattern 11-13 Proxy, Combining, For Real

Section 11 代理模式 Proxy

控制和管理访问 

代理模式 为另一个对象提供一个替身或占位符以控制对这个对象的访问.

使用代理模式创建代表representative对象, 让代表对象控制某对象的访问, 被代理的对象可以是远程的对象, 创建开销大的对象或需要安全控制的对象.

>远程代理Remote Proxy  隐藏远程细节, 调用代理的方法, 远程代理利用网络转发到远程执行, 结果通过网络返回给代理, 由代理将结果转给客户.

GumballMachineRemote  GumballMonitor

>虚拟代理Virtual Proxy 作为开销大的对象的代表, 当对象在创建前和创建中时, 由虚拟代理来代替对象, 对象创建后代理会将请求直接委托给对象.

ImageProxy

>保护代理Protection Proxy 不同的客户对于一个对象有不同的访问权限, 保护代理向不同的客户提供不同的访问权限. (Java动态代理)

PersonBean InvocationHandler

>其他代理

防火墙代理Firewall Proxy 控制网络资源的访问, 保护主题免受侵害

智能代理SmartReference Proxy 当主题被引用时, 进行额外的操作, 例如计算引用次数

缓存代理Caching Proxy 为开销大的计算结果提供暂时存储, 允许共享结果以减少计算时间和网络延迟

同步代理Synchronization Proxy 多线程的情况下为主题提供安全的访问

复杂隐藏代理ComplexityHiding Proxy 隐藏一个类的复杂集合的复杂度, 进行访问控制. 也成为外观代理Facade Proxy.

写入时复制代理CopyOnWirte Proxy 控制对象的复制, 方法是延迟对象的复制直到客户真正需要为止.

Summary

>要点 代理模式为另一个对象提供代表, 以便控制客户对对象的访问, 管理访问的方式有多种; 远程代理客户和远程对象之间的交互; 虚拟代理控制访问实例化开销大的

对象; 保护代理基于调用者控制对对象方法的访问; 代理在结构上类似装饰者, 目的不同; 装饰者为对象加上行为, 代理是控制访问; 代理增加实际中类的数目(Wrapper).

InvocationHandler, Virtual, Detour, Rmiregistry, MethodInvocation, Protection, Decorator, Skeleton, Remote, Dynamic, WebProxy, Stub

---Section 11 End---

Section 12 复合模式 Combining

>模式的模式 Compound Pattern

>复合模式通常被一起使用, 组合在同一个设计方案中, 结合多个模式解决一般或者重复发生的问题.

MVC 模型-视图-控制器

>视图 呈现模型 通常直接从模型中取得需要显示的数据和状态

>控制器 取得用户的输入并解读其对模型的影响

>模型 持有所有的数据 状态 程序逻辑, 提供操作和检索的接口, 发送状态改变通知给观察者

视图是控制器的窗口, 控制器解读用户的动作, 通知模型进行相应的反馈和改变; 控制器也会要求视图作出相应的改变, 视图会从模型取得显示的状态, 作出相应改变.

>控制器的功能 通知模型 解读输入操作模型, 可以减低视图代码的复杂度, 帮助模型和视图解耦合, 有利于视图复用于其他模型, 使得设计容易扩展. 

策略模式 视图和控制器 视图是对象 控制器是策略

观察者模式 视图是模型的观察者 

组合模式 视图是一个树形的UI组合

Summary

>OO模式 复合模式结合两个或以上的模式组成一个解决方案, 解决一再发生的一般性问题.

>要点 MVC是复合模式, 结合了策略 观察者 组合; 模型使用观察者, 通知更新 保持解耦合; 控制器是是视图的策略, 视图可以使用不同控制器得到不同的行为; 视图使用组合模式 

UI通常是嵌套组件panel frame button; 模式帮助MVC的三层解耦; 适配器可以将新的模型适配已有的视图和控制器; 

---Section 12 End---

Section 13 真实世界的模式 For Real

模式 在某种情境Context下 针对某问题的某种解决方案

>情镜 应用某个模式的情况 >问题 希望在某个情境下达到的目的 或者某个情境下的约束 >解决方案 通用的设计

模式的描述 >Name 共享交流的名称 >Catalog 模式的类目 >Intent 意图 简短描述模式的作用 >Motivation 动机 给出问题场景以及如何解决 >Applicability 适用性 描述应用场合

>Structure 结构 提供类图 显示类之间的关系 >Participants 参与者 描述在设计中涉及到的对象和类在模式中的责任和角色 >Collaborations 协作 参与者如何合作 >Consequences

结果 可能产生的效果 好的方面和不好的 >Implementation/Sample Codes 实现 提供所需的技巧 需要研究的问题 示例代码 提供代码片段 帮助实现 >Known Use 已知应用 描述在

真实系统中发现的模式例子 >Related Patterns 相关模式 描述和其他模式之间的关系

模式类目  

>创建型 涉及对象实例化 提供一个方法 将客户从所需要实例化的对象中解耦 Singleton AbstractFactory FactoryMethod (Builder Prototype)

>行为型 涉及类和对象如何交互分配职责 TemplateMethod Iterator Command Observer State Strategy (Mediator Vistor Interpreter Memento ChainOfResponsibility) 

>结构型 把类和对象组合到更大的结构中 Proxy Decorator Facade Composite Adapter (Flyweight Bridge)

另一种分类方式 模式处理的是类还是对象 

>类模式描述类之间的关系如何通过继承定义 在编译时建立关系 TemplateMethod FactoryMethod Adapter Interpreter

>对象模式描述对象之间的关系 主要利用组合定义 在运行时建立关系 更加有弹性 others...

使用指南 保持简单 KISS keep it simple 在合适和需要的地方使用模式, 在可简化的地方使用简单方式; 设计时考虑模式, 重构时也要考虑模式; 需要的时候可以删除模式简化系统; 

不同领域的模式 >架构模式 建立城镇建筑城市的架构 >应用模式 建立系统级架构的模式 多层架构 >领域特定模式 特定领域 并发系统或实时系统 >业务流程模式 描述业务 顾客和数据

之间的交互 决策和沟通 >组织模式 人类组织的结构以及实践 >UI设计模式 解决交互式软件的设计问题

反模式 采用一个不好的解决方案解决一个问题  反模式看起来像一个好的解决方案, 采用后却会带来麻烦, 通过将反模式归档, 分辨出不好的解决方案

Summary

>要点 让设计模式自然得出现在设计需要的地方, 不是为了模式而模式; 根据需要采用或者修改模式; 选择最简单的方案, 不管是否使用模式; 模式类目帮助学习理解; 需要时间和耐心来

提炼精化模式; 模式是发现的, 大多数模式是现有模式的变体; 模式帮助统一化共享名词; 

模式定义

>装饰者 包装对象提供新的行为 >状态 封装基于状态的行为 使用委托在状态间切换 >迭代器 在对象集合中遍历 不暴露集合的实现 >外观 简化一群类的接口 >策略 封装可以互换的行为

使用委托来决定使用哪个 >代理 包装对象 控制对此对象的访问 >工厂方法 由子类决定要创建的具体类是哪个 >适配器 封装对象 提供不同的接口 >观察者 让对象在状态改变时被通知

>模板方法 由子类决定如何实现算法中的步骤 >组合 客户使用一致的方式处理对象集合和单个对象 >单件 确保只有一个对象被创建 >抽象工厂 允许客户创建对象的家族 无需指定他们

的具体类 >命令 封装请求成为对象 

---Section 13 End---