美文网首页
博览网--设计模式(三)

博览网--设计模式(三)

作者: 曹伟大 | 来源:发表于2018-01-14 17:10 被阅读0次

    一、对象性能模式

    1.Singleton

    1).  保证一个类只有一个实例, 并提供一个该实例的全局访问点。

    2).  多线程环境注意对双检查锁的实现

    2.Flyweight

    1) 使用共享技术有效支持大量细粒度的对象

    2) 大多数状态颗变为外部状态

    二、状态变化模式

    1.State

    1)与特定状态相关的行为都放入一个State的子类对象中, 在找对象状态切换时, 切换相应的对象; 同时维护State的接口, 这样实现了具体操作与状态转换之间的解耦。

    2)如果State没有实例对象, 可以共享同一个State对象 节省开销

    2.Memento

    1)备忘录存储原发器对象内部状态,在需要时回复原发器的状态

    2)核心是信息隐藏, 原发器隐藏信息, 又需要将状态保持到外界

    3)C#, java的序列号比较容易,效率较高的实现Memento模式


    三、数据结构模式

    1.Composite

    1)将对象组合成树形结构以表示“部分-整体”, 将一对多关系转化为一对一关系, 客户代码无需关心处理的是单个对象还是组合对象

    2)客户代码和复杂对象容器结构解耦是核心思想

    3)使用通过多态递归调用,解耦内部和外部依赖关系

    2. Iterator

    1)访问一个聚合对象内容无需暴露他的内部结构

    2)迭代多态: 为遍历不同的集合结构提供统一的接口;

    3) 迭代器的健壮性考虑:遍历的同时更改迭代器所在的集合结构, 会导致问题

    3. Chain of Responsibility

    1) 一个请求可能有多个接受者, 但最后真正的接受者只有一个。将发送和接受者解耦;

    2) 灵活的对象职责派发, 运行时添加处理职责。

    四、行为变化模式

     1.Command

    1) 将行为请求者和行为实现者解耦;

    2)Command 与C++的函数对象有些类似, 但是两者定义行为接口的规范有所区别:command 以面向对象的“接口-实现”定义行为接口, 更加严格, 性能有损失, C++函数对象以函数签名来定义行为接口规范, 更灵活, 性能更高。 

     2. Vistor

    1) 通过双重分发(两次虚函数辨析), double dispatch, 在element类层次结构的前提下, 在运行时透明的为类层次结构的各个类动态添加新操作;

    2)vistor使用Elements类层次稳定, 但是器操作频繁的变化

    五、领域规则模式

    1.Interpreter 

    1), 业务规则频繁变化, 且类似结构不断重复, 容易抽象为语法规则的问题 。

    2)  只适合简单的文法表示, 对于复杂的文法将产生较大的类层次, 需要求助于语法的分析生成器。 

    相关文章

      网友评论

          本文标题:博览网--设计模式(三)

          本文链接:https://www.haomeiwen.com/subject/uzbcoxtx.html