设计模式-小结-1
2014-06-01 00:00
288 查看
简单工厂:在工厂类中根据构造方法参数决定产生哪一个类的实例。
策略模式:在Context中,以算法类的公共接口作为形参,动态调用算法类的方法。
策略模式+简单工厂:在context的构造方法中,通过形参决定产生哪一个算法类的实例并将形参保存在context的成员变量中(算法类接口)。在另一个方法中,调用算法类的计算方法。
装饰模式:公共装饰接口定义两个方法,方法一接受该接口实例并保存,方法二为具体操作。该接口实现类B中,覆盖方法二,并且通过方法一中获得的对象A来调用该对象A的方法二,并在此之外加上额外代码。此时,B的方法二中,实现了对对象A方法二的拓展。更复杂一点,为公共装饰接口设定一个父类接口component,包含方法B。额外分出一个实体类去实现这个接口,与装饰接口平行。这样做的目的是,对于一些项目,可以有效的将核心类与装饰类分开从而减小耦合。
代理模式:将代理类和实体类的公共方法抽象成公共接口。代理类包含实体类成员变量(由构造函数获取),实体类包含代理类成员变量。客户直接调用代理类方法,代理类方法中,调用实体类成员的同名方法。
工厂方法:简单工厂模式在客户需求发生更改时,会涉及到对工厂类的修改。这违背了开放封闭原则。为了防止对现有结构的修改,我们可以使用工厂方法模式。该模式针对每一个实体类,均准备了一个工厂方法。这样客户端初始化具体的工厂方法,并调用产生实体类的函数,此后由实体类调用具体方法来完成任务。需要增加操作时,只需要增加实体类(实现实体类接口)和对应工厂类(实现工厂类接口)即可。以增加代码取代修改代码。
原型模式:提供一个原型接口,包含clone方法。实体类实现这个接口从而达到clone的目的。比如在java中可以让实体类A直接实现clonable接口。客户在使用时调用A实例的clone方法即可做到浅拷贝,因为java中对于所有基础类型进行的是位拷贝(bitwise
assignment),而成员变量对象在拷贝时拷贝的仅仅是内存地址,这种拷贝尤其在删除对象时会出现问题。至于深拷贝,则需要为每一个类A的类成员变量实现clone。总而言之,对于所有用户自定义类,如果有拷贝需求,需要实现clonable接口。
模板方法模式:定义了操作中算法的骨架(模板类,内含一个具体的方法来负责事务流程,多个虚方法负责每一个事务),而将一些步骤通过虚方法延迟到子类中去实现。这样既保证了子类的差异性,又最大可能的将公共部分提取到父类中。
外观模式:为许多子系统建立一个外观类,子系统们作为这个类的成员变量封装起来。客户直接与外观类进行交流。
建造者模式:目的:将对象的构造与表示相分离。一个抽象builder类,里面定义了一系列的抽象方法。许多实体类,他们继承这个抽象类并实现方法。一个director类,负责确定builder类中抽象方法的调用顺序(接受一个builder对象)。客户只需要知道director类和他们需要创建的实体类即可。内部方法的调用顺序被封装在dorector中。
观察者模式:定义了一种一对多的关系,使多个观察者同时监听一个主题对象。主题对象发生变化时,观察者随之更新。一般结构是:抽象观察者类+实体观察者类+抽象主题类+实体主题类。在Java中已经提供了Observable接口和Observer接口,所以直接实现这两个接口即可。
抽象方法模式:提供一个创建相关/相互依赖对象的接口而无需指定他们具体的类。换句话说,我们定义一些工厂,每个工厂将一组具有同一主题的方法封装起来。客户使用时,无需知道这一组方法是怎样组合的。
抽象方法+工厂方法:接口的成员变量包括抽象工厂类+抽象产品类A+抽象产品类B.....方法的的调用产生在抽象产品类们和抽象工厂类之间,无需制定具体的对象。
抽象方法+简单工厂:一个工厂类+接口A+接口B。接口A和B中定义了一些方法,工厂类中定义了方法A,方法B,方法C,方法A又组合了接口A中的某些方法+接口B中的某 些方法。下图是抽象方法+工厂方法的例子
策略模式:在Context中,以算法类的公共接口作为形参,动态调用算法类的方法。
策略模式+简单工厂:在context的构造方法中,通过形参决定产生哪一个算法类的实例并将形参保存在context的成员变量中(算法类接口)。在另一个方法中,调用算法类的计算方法。
装饰模式:公共装饰接口定义两个方法,方法一接受该接口实例并保存,方法二为具体操作。该接口实现类B中,覆盖方法二,并且通过方法一中获得的对象A来调用该对象A的方法二,并在此之外加上额外代码。此时,B的方法二中,实现了对对象A方法二的拓展。更复杂一点,为公共装饰接口设定一个父类接口component,包含方法B。额外分出一个实体类去实现这个接口,与装饰接口平行。这样做的目的是,对于一些项目,可以有效的将核心类与装饰类分开从而减小耦合。
代理模式:将代理类和实体类的公共方法抽象成公共接口。代理类包含实体类成员变量(由构造函数获取),实体类包含代理类成员变量。客户直接调用代理类方法,代理类方法中,调用实体类成员的同名方法。
工厂方法:简单工厂模式在客户需求发生更改时,会涉及到对工厂类的修改。这违背了开放封闭原则。为了防止对现有结构的修改,我们可以使用工厂方法模式。该模式针对每一个实体类,均准备了一个工厂方法。这样客户端初始化具体的工厂方法,并调用产生实体类的函数,此后由实体类调用具体方法来完成任务。需要增加操作时,只需要增加实体类(实现实体类接口)和对应工厂类(实现工厂类接口)即可。以增加代码取代修改代码。
原型模式:提供一个原型接口,包含clone方法。实体类实现这个接口从而达到clone的目的。比如在java中可以让实体类A直接实现clonable接口。客户在使用时调用A实例的clone方法即可做到浅拷贝,因为java中对于所有基础类型进行的是位拷贝(bitwise
assignment),而成员变量对象在拷贝时拷贝的仅仅是内存地址,这种拷贝尤其在删除对象时会出现问题。至于深拷贝,则需要为每一个类A的类成员变量实现clone。总而言之,对于所有用户自定义类,如果有拷贝需求,需要实现clonable接口。
模板方法模式:定义了操作中算法的骨架(模板类,内含一个具体的方法来负责事务流程,多个虚方法负责每一个事务),而将一些步骤通过虚方法延迟到子类中去实现。这样既保证了子类的差异性,又最大可能的将公共部分提取到父类中。
外观模式:为许多子系统建立一个外观类,子系统们作为这个类的成员变量封装起来。客户直接与外观类进行交流。
建造者模式:目的:将对象的构造与表示相分离。一个抽象builder类,里面定义了一系列的抽象方法。许多实体类,他们继承这个抽象类并实现方法。一个director类,负责确定builder类中抽象方法的调用顺序(接受一个builder对象)。客户只需要知道director类和他们需要创建的实体类即可。内部方法的调用顺序被封装在dorector中。
观察者模式:定义了一种一对多的关系,使多个观察者同时监听一个主题对象。主题对象发生变化时,观察者随之更新。一般结构是:抽象观察者类+实体观察者类+抽象主题类+实体主题类。在Java中已经提供了Observable接口和Observer接口,所以直接实现这两个接口即可。
抽象方法模式:提供一个创建相关/相互依赖对象的接口而无需指定他们具体的类。换句话说,我们定义一些工厂,每个工厂将一组具有同一主题的方法封装起来。客户使用时,无需知道这一组方法是怎样组合的。
抽象方法+工厂方法:接口的成员变量包括抽象工厂类+抽象产品类A+抽象产品类B.....方法的的调用产生在抽象产品类们和抽象工厂类之间,无需制定具体的对象。
抽象方法+简单工厂:一个工厂类+接口A+接口B。接口A和B中定义了一些方法,工厂类中定义了方法A,方法B,方法C,方法A又组合了接口A中的某些方法+接口B中的某 些方法。下图是抽象方法+工厂方法的例子
相关文章推荐
- 设计模式——责任链模式小结
- 创建型设计模式小结
- 设计模式:简单工厂、工厂方法、抽象工厂之小结与区别 (转)
- .Net 反射技术与设计模式小结
- 设计模式:简单工厂、工厂方法、抽象工厂之小结与区别
- 设计模式学习小结——第一篇 原则和工厂的比较
- 系统集成之设计模式(Design Pattern)小结
- JAVA设计模式:简单工厂、工厂方法、抽象工厂之小结与区别
- 最常用的12种设计模式小结
- 设计模式学习小结
- 设计模式学习小结——第一篇 原则和工厂的比较
- Delphi 设计模式:《HeadFirst设计模式》Delphi代码---模式小结之一个叫声接口和几只鸭子
- 设计模式小结
- 常见的PHP五种设计模式小结
- 设计模式简单小结
- 设计模式学习(五)创建型模式小结
- Javascript 设计模式——1.7 小结
- 设计模式:简单工厂、工厂方法、抽象工厂之小结与区别 (转)
- 最常用的12种设计模式小结
- GOF设计模式学习小结(一)