Android之大话设计模式——第五章：原型模式

【原创·教程·连载】《Android之大话设计模式》--设计模式创建型模式第五章：原型模式

<大话设计模式>

原型模式 肉麻情话

原型模式应用场景举例：

GG和MM经常在QQ上聊天，但是GG打字的速度慢如蜗牛爬行，每次MM在瞬间完成恢复或者问候是，GG都会很紧张的去尽力快速打字，尽管如此，还是让MM有些不高心，MM说回复信息这么慢，显然是用心不专，不在乎她。哎，GG也是百口难辩啊，不过也确实是没有办法。

有一天，GG想自己的密友K倾诉了自己的苦衷。K顿生大笑。说道：“傻瓜，你怎么不去网上收集一些肉麻的情话以及一些你们经常说话会涉及到主题，把这些东西拷贝下来保存在自己的电脑或者U盘里面，这样一来如果下次在聊天就可以借用过来了！”，“K就是K，我怎么没有想到呢~妙极~妙极^_^”，“不过不要太高兴，这些东西是要适当修改的，要不然你把名字都搞错的话，就等着你的MM把你踹死吧O(∩_∩)O哈哈~”K补充道，“嗯，说的对，谢谢K哥解决了我的心腹之患啊”GG乐不可支的说道。

这是MM由在网上和GG聊天，GG专门复制那些实现准备好的肉麻情话经过稍加修改后发给MM，MM都快美死了…

原型模式解释：

原型模式（Prototype Pattern）是一种对象创建型模式，它采取复制原型对象的方法来创建对象的实例。使用Prototype模式创建的实例，具有与原型一样的初始化数据

英文定义为：Specify the kinds of objects to create using a prototypical instance, and create new objects by copying this prototype.

原型模式的UML图：

原型模式涉及以下的角色：

客户端（Client）角色: 客户端提出创建对象的请求。

抽象原型（Prototype）角色：通常由一个Java接口或者Java抽象类来实现。从而为具体原型设立好规范。

具体原型（Concrete Prototype）角色：被复制的具体对象，此具体角色实现了抽象原型角色所要求实现的方法。

原型模式的UML图如下所示：

原型模式深入分析：

原型模式的工作原理是:通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。

Java在语言级别是直接支持原型模式的。我们知道，在ng.Object是一切类和接口的父类，而ng.Object正好提供了一个clone（）方法来支持原型模式。当然，一个对象如果想具有被复制的能力，还必须声明自己实现了Cloneable接口，如果没有声明，就会在对象被复制的时候抛出CloneNotSupportedException.

在ng.Object中提供了一个 protected Object clone()方法来支持对象的克隆，子类可以采用默认的方式进行所有字段的复制，也可以在子类中覆盖clone()方便，根据实际需要定制自己的复制行为。

复制浅复制和深复制之分，浅复制是对基本数据类型和String类型而言的，深复制是对其他引用类型而言的。对于深复制，每一个应用也需要声明Cloneable接口。

原型模式使用场景分析及代码实现：

在上面的使用场景中，因为GG打字太慢经常被女朋友怪罪，所以有了拷贝网上肉麻情话的和主要聊天话题内容的办法。这样，以后GG每次和MM聊天的时候只需要把原话拷贝出来，加以适当修改就行，省时省力，而且效果绝佳^_^，这就是设计模式的原型模式的使用的好处O(∩_∩)O~

UML模型图如下所示：

建立一个肉麻情话类，类中有非常详细的注释，这里就不在解释了：

public List<String> getContents() { return contents; } /* * 设置肉麻情话集合 */ public void setContents(List<String> contents) { this.contents = contents; }

/* * 获取肉麻情话 */ public String getContent() { return content; } /* * 设置肉麻情话 */ public void setContent(String content) { this.content = content; }

/* * 肉麻情话覆盖了 Object 类的 clone()方法，因为这里有 List 引用进行深度复制 * @see ng.Object#clone() */ public SweetWord clone() {

最后我们建立测试客户端：

输出的结果如下：

原型模式的优缺点分析：

优点：

1.允许动态地增加或减少产品类。由于创建产品类实例的方法是产品类内部具有的，因此增加新产品对整个结构没有影响。

2.提供简化的创建结构。

3.具有给一个应用软件动态加载新功能的能力。

4.产品类不需要非得有任何事先确定的等级结构，因为原型模式适用于任何的等级结构。 缺点：

每一个类都必须配备一个克隆方法，这对于全新的类来说不是很难，而对已有的类来说实现

clone()方法不一定很容易，而且在进行比较深层次的复制的时候也需要编写一定工作量的代码 原型模式的实际应用简介：

原型对象一般在适用于一下场景：

在创建对象的时候，我们不仅希望被创建的对象继承其类的基本机构，而且还希望继承原型对象的数据。

希望对目标对象的修改不影响既有的原型对象（深度克隆的时候可以完全互不影响）。 隐藏克隆操作的细节。很多时候，对对象本身的克隆需要涉及到类本身的数据细节。

温馨提示：

因为使用原型模式的时候每个类都要具备克隆方法。如果在类的设计之初没有很好的规划，等使用很久了才想到克隆，就可能非常的麻烦，尤其是在设计到深层次复制的时候，因为此时牵扯到很多因素，而且工作量非常大。

在给女朋友复制肉麻情话的之前必须充分检查，做适当的修改，别搞的发过去的情话中有参见某某具体网址的情况出现，否则的话，你就死定了O(∩_∩)O哈！

本文来源：https://www.bwwdw.com/article/03be.html