- 浏览: 323231 次
- 性别:
- 来自: 杭州
文章分类
最新评论
-
arlenliugj:
才发现这贴子好早
如何在Ubuntu下安装windows7 -
arlenliugj:
请问一下,这样安装上windows会不会把已经装好的linux ...
如何在Ubuntu下安装windows7 -
zhaomengbin:
写的很不错,可以写个文件给合并的方法么?,将分割后的几份文件还 ...
文件分割程序 -
junhe0723:
3Q,刚出现这个问题解决了。
jvm terminated exit code 1 -
Anddy:
shell 双击选中太不智能了。
XSHELL快捷键设置
1、定义:原型模式就是通过一个原型对象来表明要创建的对象类型,然后用复制这个对象的方法来创建更痛类型的对象。
2、原理:有两部分组成,抽象原型和具体原型。
3、使用时机:系统需要 创建吃的对象是动态加载的,而且产品具有一定层次时,可以考虑使用原型模式。
1>当要实例化的类是在运行时刻指定时,例如,通过动态装载;
2>或者为了避免创建一个与产品类层次平行的工厂类层次时;
3>或者当一个类的实例只能有几个不同状态组合中的一种时。
4>建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。
4、效果:
1>可以再运行时刻增加和删除产品。
2>可以通过改变值来指定产品。
3>可以通过改变结构来指定新对象。
4>减少子类的构造
5>可以用类动态配置应用。
5、实现:
1>使用一个原型管理器
2>实现克隆操作(浅拷贝和深拷贝)
3>初始化克隆对象。
6、使用原型模式的意图:用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
7、解决的问题:
比如有一个对象,在某一时刻该对象中已经包含了一些有效的值,此时可能会需要一个和该对象完全相同的新对象,并且此后对新对象的任何改动都不会影响到原来对象中的值,也就是说新对象与原来的对象是两个独立的对象,但新对象的初始值是由原来的对象确定的。
Clone:
赋值创建对象:
1>java中赋值创建对象是可以实现对象的重用的,但是新对象和原对象是同一个引用;如果修改其中的一个对象的值,则另外的一个对象也会发生改变。
2>使用clone方法会返回对象的一个拷贝,这样一来,如果修改一个对象的值,则另外的对象不会发生改变的。
原型模式UML图:
请注意,在 这边Cloneable并非指Java中的java.lang.Cloneable,而是指支持原型复制 的对象,必须实作之公开协议。
不 同的语言可能提供不同程 度支持之对象复制技术,以Java而言,java.lang.Object本身即定义有clone()方法,因此所有的对象 基本上 皆具自我复制之能力,不 过真正要让对象支持复制,则对象必须实作java.lang.Cloneable这个标示接口(Tag interface)。
原型模式浅拷贝与原型模式深度拷贝:
看看这样一个示例:有个类(DogClone)实现了Java的Cloneable接口,也实现了Object的clone()方法,它持有另一个 没有实现Cloneable接口并且没有复写Object的clone()方法的引用(Dog)。如果Dog同时实现了clone()方法也实现了 Cloneable接口,在对DogClone做科隆操作的时候会不会影响dog的值呢?
package org.bestupon.prototype.copy;
/**
* 同实现了克隆方法的类和实现克隆方法的类做比较
* @author bestupon
* 浅拷贝Dog
*/
public class Dog {
/**
* 狗腿条数
*/
public int legCounts;
public Dog(int legCounts) {
this.legCounts = legCounts;
}
/**
* 改变狗的腿数量
*/
public void changeLegCounts(){
this.legCounts *=2;
}
public String toString () {
return Integer.toString(this.legCounts);
}
}
package org.bestupon.prototype.clone;
/**
* 该类是没有实现克隆方法的类和实现克隆方法的类做比较
* @author bestupon
* 深度拷贝用例
*/
public class Dog implements Cloneable{
/**
* 狗腿条数
*/
public int legCounts;
public Dog(int legCounts) {
this.legCounts = legCounts;
}
/**
* 改变狗的腿数量
*/
public void changeLegCounts(){
this.legCounts *=2;
}
@Override
public Dog clone() throws CloneNotSupportedException {
return (Dog)super.clone();
}
public String toString () {
return Integer.toString(this.legCounts);
}
}
package org.bestupon.prototype.copy;
public class DogClone implements Cloneable {
/**
* 狗腿条数
*/
public int legCounts;
/**
* 初始化一个狗
*/
Dog dog = new Dog(4);
@Override
protected DogClone clone() throws CloneNotSupportedException {
return (DogClone)super.clone();
}
}
<span style="white-space: normal;"> <span style="white-space: pre;">package org.bestupon.prototype.copy;</span></span>
/** 浅拷贝
* @author bestupon
*
*/
public class Client {
public static void main(String args []) throws CloneNotSupportedException {
DogClone dogClone = new DogClone();
dogClone.legCounts = 3;
System.out.println("原来的克隆狗腿数量:"+dogClone.legCounts);
System.out.println("原来的普通狗腿的数量:"+dogClone.dog);//Dog的toString方法返回的值。
DogClone dogClone1 = (DogClone)dogClone.clone();
dogClone1.legCounts=2 ;
Dog dog = dogClone1.dog;
dog.changeLegCounts();
System.out.println("克隆后原来狗腿数量:"+dogClone.legCounts);
/**
* 出现的结果是:8
* 原因很简单就是dog是一个引用,改变一个对象的话,会改变另一个对象。
*/
System.out.println("克隆后原来普通狗的数量:"+ dogClone.dog);
System.out.println("克隆后克隆狗腿的数量:"+ dogClone1.legCounts);
/**
*改变源:改变了自身dogClone.dog,影像了对象dogClone.dog 的值,
*/
System.out.println("克隆后普通狗的数量:"+ dogClone1.dog);
}
}
两次运行结果:
没有实现Cloneable接口和clone()方法结果:
Java代码
原来的克隆狗腿数量:3
原来的普通狗腿的数量:4
克隆后原来狗腿数量:3
克隆后原来普通狗的数量:8
克隆后克隆狗腿的数量:2
克隆后普通狗的数量:8
实现了Cloneable接口和clone()方法结果:
Java代码
原来的克隆狗腿数量:3
原来的普通狗腿的数量:4
克隆后原来狗腿数量:3
克隆后原来普通狗的数量:4
克隆后克隆狗腿的数量:2
克隆后普通狗的数量:8
同样的客户端为什么会有不同的结果呢?这就是所谓的浅拷贝和深拷贝的为题.
分析:
浅拷贝: DogClone类中的legCounts属性被科隆了,因为对科隆后的对象进行修改时,没有改变原来对象的值,其原因是实现了接口和方法,而DogClone,Dog对象 dog没有被科隆,而在修改科隆后的对象时,会改变原来对象的值。
如果要是都实现了接口和方法,就实现了深度科隆,不会影响远对象的值。
应用:
不是所有的对象都是能实现深度科隆的,例如:StringBuffer就没有重载Clone()方法,而且StringBuffer还是一个final类,所以其不能自动实现深度科隆。
在Spring中.深度科隆是应用广泛的。在实体模型上面有这样一个注 解:@Component("lawsuitArchive") @scope("prototype"),表明在别的地方应用的时候,是引用其原型,同时Entity也要实现Cloneable接口和复写 clone()方法。因为原型在初始化的时候就已经创建了一部分有价值的东西,减少容器的压力,而在别的地方,例如action中引用该对象的时候,直接 可以使用@Resource(name="lawsuitArchive")引用对象,Spring会自动的装配好你想要的对象。
有源码
2、原理:有两部分组成,抽象原型和具体原型。
3、使用时机:系统需要 创建吃的对象是动态加载的,而且产品具有一定层次时,可以考虑使用原型模式。
1>当要实例化的类是在运行时刻指定时,例如,通过动态装载;
2>或者为了避免创建一个与产品类层次平行的工厂类层次时;
3>或者当一个类的实例只能有几个不同状态组合中的一种时。
4>建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。
4、效果:
1>可以再运行时刻增加和删除产品。
2>可以通过改变值来指定产品。
3>可以通过改变结构来指定新对象。
4>减少子类的构造
5>可以用类动态配置应用。
5、实现:
1>使用一个原型管理器
2>实现克隆操作(浅拷贝和深拷贝)
3>初始化克隆对象。
6、使用原型模式的意图:用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
7、解决的问题:
比如有一个对象,在某一时刻该对象中已经包含了一些有效的值,此时可能会需要一个和该对象完全相同的新对象,并且此后对新对象的任何改动都不会影响到原来对象中的值,也就是说新对象与原来的对象是两个独立的对象,但新对象的初始值是由原来的对象确定的。
Clone:
赋值创建对象:
1>java中赋值创建对象是可以实现对象的重用的,但是新对象和原对象是同一个引用;如果修改其中的一个对象的值,则另外的一个对象也会发生改变。
2>使用clone方法会返回对象的一个拷贝,这样一来,如果修改一个对象的值,则另外的对象不会发生改变的。
原型模式UML图:
请注意,在 这边Cloneable并非指Java中的java.lang.Cloneable,而是指支持原型复制 的对象,必须实作之公开协议。
不 同的语言可能提供不同程 度支持之对象复制技术,以Java而言,java.lang.Object本身即定义有clone()方法,因此所有的对象 基本上 皆具自我复制之能力,不 过真正要让对象支持复制,则对象必须实作java.lang.Cloneable这个标示接口(Tag interface)。
原型模式浅拷贝与原型模式深度拷贝:
看看这样一个示例:有个类(DogClone)实现了Java的Cloneable接口,也实现了Object的clone()方法,它持有另一个 没有实现Cloneable接口并且没有复写Object的clone()方法的引用(Dog)。如果Dog同时实现了clone()方法也实现了 Cloneable接口,在对DogClone做科隆操作的时候会不会影响dog的值呢?
package org.bestupon.prototype.copy;
/**
* 同实现了克隆方法的类和实现克隆方法的类做比较
* @author bestupon
* 浅拷贝Dog
*/
public class Dog {
/**
* 狗腿条数
*/
public int legCounts;
public Dog(int legCounts) {
this.legCounts = legCounts;
}
/**
* 改变狗的腿数量
*/
public void changeLegCounts(){
this.legCounts *=2;
}
public String toString () {
return Integer.toString(this.legCounts);
}
}
package org.bestupon.prototype.clone;
/**
* 该类是没有实现克隆方法的类和实现克隆方法的类做比较
* @author bestupon
* 深度拷贝用例
*/
public class Dog implements Cloneable{
/**
* 狗腿条数
*/
public int legCounts;
public Dog(int legCounts) {
this.legCounts = legCounts;
}
/**
* 改变狗的腿数量
*/
public void changeLegCounts(){
this.legCounts *=2;
}
@Override
public Dog clone() throws CloneNotSupportedException {
return (Dog)super.clone();
}
public String toString () {
return Integer.toString(this.legCounts);
}
}
package org.bestupon.prototype.copy;
public class DogClone implements Cloneable {
/**
* 狗腿条数
*/
public int legCounts;
/**
* 初始化一个狗
*/
Dog dog = new Dog(4);
@Override
protected DogClone clone() throws CloneNotSupportedException {
return (DogClone)super.clone();
}
}
<span style="white-space: normal;"> <span style="white-space: pre;">package org.bestupon.prototype.copy;</span></span>
/** 浅拷贝
* @author bestupon
*
*/
public class Client {
public static void main(String args []) throws CloneNotSupportedException {
DogClone dogClone = new DogClone();
dogClone.legCounts = 3;
System.out.println("原来的克隆狗腿数量:"+dogClone.legCounts);
System.out.println("原来的普通狗腿的数量:"+dogClone.dog);//Dog的toString方法返回的值。
DogClone dogClone1 = (DogClone)dogClone.clone();
dogClone1.legCounts=2 ;
Dog dog = dogClone1.dog;
dog.changeLegCounts();
System.out.println("克隆后原来狗腿数量:"+dogClone.legCounts);
/**
* 出现的结果是:8
* 原因很简单就是dog是一个引用,改变一个对象的话,会改变另一个对象。
*/
System.out.println("克隆后原来普通狗的数量:"+ dogClone.dog);
System.out.println("克隆后克隆狗腿的数量:"+ dogClone1.legCounts);
/**
*改变源:改变了自身dogClone.dog,影像了对象dogClone.dog 的值,
*/
System.out.println("克隆后普通狗的数量:"+ dogClone1.dog);
}
}
两次运行结果:
没有实现Cloneable接口和clone()方法结果:
Java代码
原来的克隆狗腿数量:3
原来的普通狗腿的数量:4
克隆后原来狗腿数量:3
克隆后原来普通狗的数量:8
克隆后克隆狗腿的数量:2
克隆后普通狗的数量:8
实现了Cloneable接口和clone()方法结果:
Java代码
原来的克隆狗腿数量:3
原来的普通狗腿的数量:4
克隆后原来狗腿数量:3
克隆后原来普通狗的数量:4
克隆后克隆狗腿的数量:2
克隆后普通狗的数量:8
同样的客户端为什么会有不同的结果呢?这就是所谓的浅拷贝和深拷贝的为题.
分析:
浅拷贝: DogClone类中的legCounts属性被科隆了,因为对科隆后的对象进行修改时,没有改变原来对象的值,其原因是实现了接口和方法,而DogClone,Dog对象 dog没有被科隆,而在修改科隆后的对象时,会改变原来对象的值。
如果要是都实现了接口和方法,就实现了深度科隆,不会影响远对象的值。
应用:
不是所有的对象都是能实现深度科隆的,例如:StringBuffer就没有重载Clone()方法,而且StringBuffer还是一个final类,所以其不能自动实现深度科隆。
在Spring中.深度科隆是应用广泛的。在实体模型上面有这样一个注 解:@Component("lawsuitArchive") @scope("prototype"),表明在别的地方应用的时候,是引用其原型,同时Entity也要实现Cloneable接口和复写 clone()方法。因为原型在初始化的时候就已经创建了一部分有价值的东西,减少容器的压力,而在别的地方,例如action中引用该对象的时候,直接 可以使用@Resource(name="lawsuitArchive")引用对象,Spring会自动的装配好你想要的对象。
有源码
发表评论
-
访问者模式
2011-02-21 17:25 915话说有一个银行,有三个窗口,但是每个窗口的智能都是一样的,即都 ... -
迭代器模式
2011-02-21 17:25 971【迭代器模式】 迭代器可以顺序访问一个聚集中的元素而不必显露聚 ... -
装饰器模式
2011-02-21 17:25 1911浅谈装饰器模式 序: 今天,为了满足我们项目组长的愿望, ... -
解释器模式
2011-02-21 17:24 1006一、引子 其实没有什么好的例子引入解释器模式,因为它描述了 ... -
命令模式
2011-02-21 17:24 10021.意图: 将一个请求或操作封装到对象中。 2 ... -
策略模式
2011-02-21 17:23 821当我们掌握了Java的语法,当我们了解了面向对象的封装、继承、 ... -
状态模式
2011-02-21 17:23 10971,状态模式允许一个"对象"在其内部状态改 ... -
模板模式
2011-02-21 17:23 1097模板方法(Template Method)模式是GOF设计模式 ... -
备忘录模式 (下)
2011-02-21 17:22 2101一、什么是备忘录模式 Memento模式也叫备忘录模式 ... -
备忘录
2011-02-21 17:22 1033备忘录(Memento Pattern)模式 备忘录模式又叫 ... -
原型模式
2011-02-21 17:21 1067原型模式(Prototype Patter ... -
抽象工厂模式
2011-02-21 17:20 1299假如你要制作一个对话框控件,你希望这个对话框可以有不同的Loo ... -
工厂方法模式
2011-02-21 17:20 10961、工厂模式的核心思想及分类 工厂方法模式的作用是 ... -
生成器模式
2011-02-21 17:19 1063实际上,既然Builder和Factory同属创建型模式,那么 ... -
构造者模式
2011-02-21 17:19 1109多种设计模式能够解决 ... -
亨元模式
2011-02-21 17:18 1096翻译为亨元模式,或直译为轻量级模式。所谓亨元,就是被其它对象共 ... -
责任链模式
2011-02-21 17:18 6629责任链模式(Chain of Resp ... -
代理模式
2011-02-21 17:17 822代理模式:给某一对象提供代理对象,并由代理对象控制具体对象的引 ... -
观察者模式
2011-02-21 17:17 993size=9] 论坛上很多人都讲设计模式,也讲了很多设计模式, ... -
多线程下的单例模式(上)
2011-02-21 17:07 1047Abstract 在开发中,如果某个实例的 ...
相关推荐
java设计模式【之】原型模式、深拷贝与浅拷贝【源码】【场景:克隆羊】 * 原型模式(Prototype) * 实现方式: * 需要被克隆的 class类, 重写Object中的clone()方法,并实现Cloneable接口(否则报错 ...
原型模式中的拷贝分为“浅拷贝”和“深拷贝”: 浅拷贝:对值类型的成员变量进行值的复制,对引用类型的成员变量只复制引用,不复制引用的对象。 深拷贝:对值类型的成员变量进行值的复制,对引用类型的成员变量...
设计模式之原型模式prototype有更多需要请联系我wyb_jany@126.com
设计模式C++学习之原型模式(Prototype)
原型模式(Prototype Pattern)是用于创建重复的对象,同时又能保证性能。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
6、原型模式(Prototype Pattern) 用意:通过拷贝创建一个新的对象
原型模式的示例代码和文档,学习原型模式的参考资料。
NULL 博文链接:https://hnzhoujunmei.iteye.com/blog/1032892
一个原型设计模式的应用案例,C#语言编写,有助于设计模式的理解和学以致用。
原型模式(Prototype Pattern)是用于创建重复的对象,同时又能保证性能。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
主要介绍了PHP设计模式:原型模式Prototype,结合实例形式详细分析了PHP原型模式Prototype的基本概念、功能、原理、实现方法与操作注意事项,需要的朋友可以参考下
原型模式是一种创建型设计模式,它通过复制一个现有的对象来创建新的对象,而不是通过调用构造函数的方式。这种方式可以在运行时动态地创建和修改对象,而不需要知道具体的创建细节 。 原型模式的基本概念包括以下...
prototype原型模式,通过拷贝构造函数,实现复制一个与现有对象一样的对象
IOS设计模式浅析之原型模式(Prototype)--copy - iOS知识库1
原型模式实践代码
NULL 博文链接:https://gary0416.iteye.com/blog/904124
这个是http://blog.csdn.net/dawanganban/article/details/9900539博客中java设计模式的源代码。下载前请先看《设计模式——原型模式》一文。
设计模式之原型模式的Java版本实现和UML类设计图
概述 原型模式是指原型实例指向创建对象的种类,并通过拷贝这些原型创建新的对象,是一种用来创建对象的模式,也就是创建一个对象作为另一个对象的prototype属性; prototype警告:学习了解原型模式前需先学习...