美文网首页
GeekBand 设计模式 笔记&心得 第二周(1)设计模式

GeekBand 设计模式 笔记&心得 第二周(1)设计模式

作者: 复杂也不复杂的Mr囚 | 来源:发表于2016-12-12 21:15 被阅读0次

    “对象创建”模式:

    通过“对象创建”模式绕开new,来避免对象创建(new)过程中所导致的紧耦合(依赖具体类),从而支持对象创建的稳定。它是接口抽象之后的第一步工作。

    典型模式:

    Factory Method

    Abstract Factory

    Prototype

    Builder

    Factory Method工厂方法:

    定义:定义一个用于创建对象的接口,让子类决定实例化哪一个类,Factory Method使得一个类的实例化延迟(目的:解耦 ;手段:虚函数)到子类

    动机:绕开需求的变化而使抽象的变化。

    要点:通过Factory Method方法将修改转为扩展的策略,将紧耦合的关系变为松耦合的关系。

    Abstract Factory抽象工厂:

    动机:在软件系统中常常面临着相互依赖的关系。提供一种“封装机制”来避免多系列具体对象创建工作的紧耦合。

    定义:提供一个接口,让该接口负责创建一系列“相关或者互相依赖的对象”,无需指定它们具体的类。

    总结:在应对“多系列对象构建”的需求变化的时候使用Abstract Factory。

    Prototype原型模式:

    向客户程序(抽象)隔离出“易变的程序”(实现),从而使得“依赖这些易变对象的客户程序”不随需求的改变而改变。

    定义:使用原型实例指定创建对象的种类,然后通过拷贝这些原型来创建新的对象。

    总结:同样用于隔离类对象的使用者和具体类型之间的关系。要求这些易变类拥有“稳定的接口”

    Builder构建器:

    动机:在软件系统中,有时面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成。但由于需求的变化,这个复杂的对象的各个部分经常面临着剧烈的变化,但是将他们组合在一起的算法相对稳定。

    定义:将一个复杂对象的创建与其表示相分离,使得同样的构建过程(稳定)可以创建不同的表示(变化)

    总结:主要用于“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的算法,而复杂对象的各个部分则经常变化。

    "接口隔离"模式:

    在组件构建过程中,某些接口直接的依赖常常会带来许多问题,甚至根本无法实现。采用添加一层间接(稳定)接口,来隔离本来互相紧密关联的接口是一种常见方案。

    典型模式:

    Facade

    Proxy

    Adapter

    Mediator

    Facade门面模式:

    动机:客户组件和子系统之间耦合过度

    定义:为子系统中的一组接口提供一个一致(稳定)的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用(复用)。

    总结:简化了组件系统的接口,达到了解耦的效果。

    Mediator:中介者

    动机:软件构建过程中,经常出现多个对象互相关联交互的情况,对象之间常常会维持一种复杂的引用关系,如果遇到一些需求更改,这种直接引用关系将面临不断的变化。所以可以使用”中介对象“管理对象间的关联关系。

    很像Facade模式。

    定义:用一个中介对象来封装(封装变化)一系列的对象交互。中介者使各对象不需要显式的相互引用(编译时依赖-》运行时依赖),从而使其耦合松散(管理变化),而且可以独立地改变它们之间的交互。

    总结:使用中介解耦,抵御了可能的变化。

    相关文章

      网友评论

          本文标题:GeekBand 设计模式 笔记&心得 第二周(1)设计模式

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