Prototype 原型模式

来源:互联网 发布:js 触发事件 编辑:程序博客网 时间:2024/06/04 08:54
一、意图:用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。(Specify the kinds of objects to create using a prototypical instance, and create new objects by coping this prototype.)

通过复制一个原型的实例来创建新的对象,而不是新建新实例,被复制的实例称之谓原型

此时注意:原型模式是通过拷贝自身来创建新的对象,这一点和其他创建型模式不相同。


二、动机:当创建给定类的实例的过程很昂贵或很复杂时,就使用原型模式。
                                                                                                         ——Head First设计模式

场景:
你的交互式角色扮演游戏中,怪兽有着贪得无厌的胃口。当英雄人物在动态创建的场景中闯荡时,遇到了庞大的敌军有待歼灭。你希望怪兽的特征能够随着场景的变幻而演化。毕竟,如果让鸟一般的怪兽跟随你的角色进入海底世界,实在是没有道理。最后,你还希望能够让高级用户创建他们自己的怪兽。



三、适用性

1.适用于创建复杂的实例

2.当要实例化的类是在运行时指定的:如动态装载时

3.或者为了避免创建一个与产品类层次平行的工厂类层次时(只需要克隆原型,而不需要克隆工厂!)

4.或者当一个类的实例只能有几个不同状态组合中的一种时:建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化类更方便一些


四、结构



五、参与者:

prototype
     声明一个克隆自身的接口

concreteprototype
    实现一个克隆自身的操作

client
    让一个原型克隆自身从而创建一个新的对象

六、协作:

客户请求一个原型克隆自身

七、效果:

优点:
           运行时刻增加和删除产品
           灵活创建新的对象
           减少子类的构造
缺点:
           违反开闭原则
           每个类都必须实现clone操作

八、实现:

使用一个原型管理器
实现克隆操作
       浅拷贝
       深拷贝
初始化克隆对象


原型管理器:


深复制vs浅复制



深复制的实现:

将Report的clone方法重写:

    protected Object clone()  {
        Report report;

        try {
            report=(Report) super.clone();
            report.setProduct((Product)product.clone());
            return report;
        } catch (CloneNotSupportedException e) {
            e.printStackTrace();
        }
        return null;
    }

九、代码示例:

java中对象克隆的实现:


可以利用Object类的clone()方法


1、对象类实现Coneable接口


2、覆盖实现clone()方法


3、调用super.clone(),实现克隆。



//信息框



//警告框


//错误框


十、相关模式:
 Prototype 和Abstract Factory模式在某种方面是相互竞争的。
但是它们也可以一起使用。


  Singleton单件模式解决的问题是:实体对象个数问题(这个现在还不太容易混)用于创建必须唯一的实例
       
         FactoryMethod工厂方法模式解决的问题是:某个对象的创建工作 用于创建独立的、相互无关的大量对象


         AbstractFactory抽象工厂模式解决的问题是:“一系列互相依赖的对象”的创建工作  用于成套的对象的创建


         Builder生成器模式解决的问题是:“一些复杂对象”的创建工作,子对象变化较频繁,对算法相对稳定 用于创建步骤稳定,但元素易变的复杂对象


         Prototype原型模式:用于创建大量相同或相似的对象


0 0
原创粉丝点击