《Android源码设计模式解析与实战》读书笔记-原型模式分析

介绍

原型模式是一个创建型模式,该模式有一个样板实例,用户从这个对象中复制出一个内部属性一致的对象。多用于创建复杂的或者构造耗时的实例。因为在这种情况下,复制一个已经存在的实例可使程序运行更加高效。

定义

用原型实例制定创建对象的种类,并通过拷贝这些原型创建新的对象。

使用的场景

  • 类初始化需要消耗非常多的资源,包括数据、硬件资源等,通过原型拷贝避免一些消耗。
  • 通过new产生一个对象需要非常繁琐的数据或访问权限。
  • 一个对象需要提供给其他对象访问,而且各个调用者可能需要修改其值时,可以考虑用原型模式拷贝多个对象供调用者使用,即保护性拷贝。

简单实现

现有文档对象,包含文字和图片列表。现在用户需要对文档进行编辑,但是无法确定编辑后的文档是否采用,此时可以将原始文档拷贝一份,然后在副本上进行修改。

/**
 * Created by Bowen on 2016-04-23.
 */
public class Doc implements Cloneable {

    private String mText;
    private ArrayList<String> mImages = new ArrayList<>();

    public Doc() {
    }

    public Doc(String mText, ArrayList<String> mImages) {
        this.mText = mText;
        this.mImages = mImages;
    }

    public void addImage(String image){
        mImages.add(image);
    }

    public String getmText() {
        return mText;
    }

    public void setmText(String mText) {
        this.mText = mText;
    }

    public ArrayList<String> getmImages() {
        return mImages;
    }

    public void setmImages(ArrayList<String> mImages) {
        this.mImages = mImages;
    }

    public void show(){
        System.out.println("Text的内容: "+mText);
        int size = mImages.size();

        for (int i = 0; i < size; i++) {
            System.out.println("Image的内容: "+mImages.get(i));
        }

        System.out.println("==========================");
    }

    @Override
    protected Object clone() throws CloneNotSupportedException {

        Doc doc = (Doc) super.clone();
        doc.mImages = mImages;
        doc.mText = this.mText;

        return doc;
    }
}

我们来看客户端使用:

/**
 * Created by Bowen on 2016-04-23.
 */
public class Test {
    public static void main(String[] args){
        Doc originDoc = new Doc();
        originDoc.addImage("test1");
        originDoc.setmText("文字1");
        originDoc.show();

        try {
            Doc newDoc = (Doc) originDoc.clone();
            newDoc.setmText("文字2");
            newDoc.show();
        } catch (CloneNotSupportedException e) {
            e.printStackTrace();
        }

        originDoc.show();
    }

}

以下是输出结果:

Text的内容: 文字1
Image的内容: test1
==========================
Text的内容: 文字2
Image的内容: test1
==========================
Text的内容: 文字1
Image的内容: test1
==========================

可以看到newDoc克隆后修改了Text字段,能正确的显示,而且并没有影响originDoc的文本内容。

深拷贝 浅拷贝

上述的原型模式知识一个浅拷贝,也成为影子拷贝。实际上,newDoc并不是将原始文档的所有字段都重新构造了一份,而是引用了originDoc的字段。
A引用B,说明AB两个对象指向同一个地址,当修改A时,B也会变,修改B同理。修改客户端代码:

/**
 * Created by Bowen on 2016-04-23.
 */
public class Test {
    public static void main(String[] args){
        Doc originDoc = new Doc();
        originDoc.addImage("test1");
        originDoc.setmText("文字1");
        originDoc.show();

        try {
            Doc newDoc = (Doc) originDoc.clone();
            newDoc.setmText("文字2");
            newDoc.addImage("test2");
            newDoc.show();
        } catch (CloneNotSupportedException e) {
            e.printStackTrace();
        }

        originDoc.show();
    }
}

在newDoc中添加衣服图片。结果显示:

Text的内容: 文字1
Image的内容: test1
==========================
Text的内容: 文字2
Image的内容: test1
Image的内容: test2
==========================
Text的内容: 文字1
Image的内容: test1
Image的内容: test2
==========================

可以看到,我们在newDoc中添加的图片,同样出现在了originDoc中。这是因为上文Doc中clone方法知识简单的进行浅拷贝,引用类型的新对象newDoc的mImages只是指向了originDoc.mImages引用,并没有重新构造一个Images对象,所以当我们在newDoc中添加图片时,导致了originDoc的mImages与originDoc中的是同一个对象,因此,修改任意一个,另一个文档也会受到影响。

解决问题就是采用深拷贝,再拷贝对象时,对于引用型的字段也要采用拷贝的形式,而不是单纯的引用形式,修改clone方法:

@Override
protected Object clone() throws CloneNotSupportedException {

    Doc doc = (Doc) super.clone();
    doc.mImages = (ArrayList<String>) this.mImages.clone();
    doc.mText = this.mText;

    return doc;
}

再次运行,结果如下:

Text的内容: 文字1
Image的内容: test1
==========================
Text的内容: 文字2
Image的内容: test1
Image的内容: test2
==========================
Text的内容: 文字1
Image的内容: test1
==========================

满足预期结果。

总结

原型模式本质上是对象拷贝,与C++中的拷贝构造函数有些类似。使用原型模式可以

  • 解决构造复杂对象的资源消耗问题,能够在某些场景提升创建对象的效率。
  • 保护性拷贝,是某个对象对外是只读的,通常可以通过返回一个对象拷贝的形式实现只读的限制。
  • 优点
    1. 原型模式是在内存中二进制流的拷贝,比直接new一个对象性能好很多,特别是要在循环体内产生大量对象时,原始模式可以更好的体现其优点。
  • 缺点
    1. 在内存中拷贝,构造函数时不会执行的。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,530评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,403评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,120评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,770评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,758评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,649评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,021评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,675评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,931评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,751评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,410评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,004评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,969评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,042评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,493评论 2 343

推荐阅读更多精彩内容