原型模式【Prototype Pattern】

原型模式 (Prototype Pattern) 🎭 原型模式摘要 原型模式是一种创建型设计模式,通过克隆现有对象而非新建实例来创建对象。它适用于创建成本高昂的对象或复杂初始化过程,可显著提升性能。核心思想是对象知道如何复制自身,客户端无需了解具体类结构。 关键特点: 通过clone()方法复制自身 避免重复初始化开销 适用于游戏对象克隆、配置文件复制等场景 可结合原型管理器批量管理多种原型 应用场景: 需要大量相似对象时 对象创建过程复杂耗时 运行时动态确定对象类型 需要隔离对象创建代码 原型模式通过对象自身的复制能力简化了创建过程,提高了系统性能。 阅读详情

       今天我们来讲原型模式,这个模式的简单程度是仅次于单例模式和迭代器模式,非常简单,但是要使用好这个模式还有很多注意事项。我们通过一个例子来解释一下什么是原型模式。

        现在电子账单越来越流行了,比如你的信用卡,到月初的时候银行就会发一份电子邮件到你邮箱中,说你这个月消费了多少,什么时候消费的,积分是多少等等,这个是每个月发一次,但是还有一种也是银行发的邮件你肯定有印象:广告信,现在各大银行的信用卡部门都在拉拢客户,电子邮件是一种廉价、快捷的通讯方式,你用纸质的广告信那个费用多高呀,比如我今天推出一个信用卡刷卡抽奖活动,通过电子账单系统可以一个晚上发送给 600 万客户,为什么要用电子账单系统呢?直接找个发垃圾邮件不就解决问题了吗?是个好主意,但是这个方案在金融行业是行不通的,银行发这种邮件是有要求的,一是一般银行都要求个性化服务,发过去的邮件上总有一些个人信息吧,比如“XX 先生”,“XX 女士”等等,二是邮件的到达率有一定的要求,由于大批量的发送邮件会被接收方邮件服务器误认是垃圾邮件,因此在邮件头要增加一些伪造数据,以规避被反垃圾邮件引擎误认为是垃圾邮件;从这两方面考虑广告信的发送也是电子账单系统(电子账单系统一般包括:账单分析、账单生成器、广告信管理、发送队列管理、发送机、退信处理、报表管理等)的一个子功能,我们今天就来考虑一下广告信这个模块是怎么开发的。那既然是广告信,肯定需要一个模版,然后再从数据库中把客户的信息一个一个的取出,放到模版中生成一份完整的邮件,然后扔给发送机进行发送处理,我们来看类图:


       在类图中 AdvTemplate 是广告信的模板,一般都是从数据库取出,生成一个 BO 或者是 DTO,我们这里使用一个静态的值来做代表;Mail 类是一封邮件类,发送机发送的就是这个类,我们先来看看我们的程序:

public class AdvTemplate { 
//广告信名称
private String advSubject ="XX银行国庆信用卡抽奖活动";

//广告信内容
private String advContext = "国庆抽奖活动通知:只要刷卡就送你1百万!....";

//取得广告信的名称
public String getAdvSubject(){
 return this.advSubject;
 }

//取得广告信的内容
public String getAdvContext(){
 return this.advContext;
 }
} 
我们再来看邮件类:
public class Mail {
//收件人
private String receiver;
//邮件名称
private String subject;

//称谓
private String appellation;

//邮件内容
private String contxt;

//邮件的尾部,一般都是加上“XXX版权所有”等信息
private String tail;

//构造函数
public Mail(AdvTemplate advTemplate){
 this.contxt = advTemplate.getAdvContext();
 this.subject = advTemplate.getAdvSubject();
 }

//以下为getter/setter方法
public String getReceiver() { 
 return receiver;
 }
public void setReceiver(String receiver) {
 this.receiver = receiver;
 }

public String getSubject() {
 return subject;
 }
public void setSubject(String subject) {
 this.subject = subject;
 }
public String getAppellation() {
 return appellation;
 }
public void setAppellation(String appellation) {
 this.appellation = appellation;
 }
public String getContxt() {
 return contxt;
 }
public void setContxt(String contxt) {
 this.contxt = contxt;
 }
public String getTail() {
 return tail;
 }
public void setTail(String tail) {
 this.tail = tail;
 }

}
Mail 就是一个业务对象,我们再来看业务场景类是怎么调用的:
public class Client {
//发送账单的数量,这个值是从数据库中获得
private static int MAX_COUNT = 6;

public static void main(String[] args) {
 //模拟发送邮件
 int i=0;
 //把模板定义出来,这个是从数据库中获得
 Mail mail = new Mail(new AdvTemplate());
 mail.setTail("XX银行版权所有");
 while(i<MAX_COUNT){
 //以下是每封邮件不同的地方
 mail.setAppellation(getRandString(5)+" 先生(女士)");
 mail.setReceiver(getRandString(5) + "@" + getRandString(8)+".com");

 //然后发送邮件
 sendMail(mail);
 i++;
 }
 }

//发送邮件
public static void sendMail(Mail mail){
 System.out.println("标题:"+mail.getSubject() + "\t收件人:
"+mail.getReceiver()+"\t....发送成功!");
 }

//获得指定长度的随机字符串
public static String getRandString(int maxLength){
 String source ="abcdefghijklmnopqrskuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ";
 StringBuffer sb = new StringBuffer();
 Random rand = new Random();
 for(int i=0;i<maxLength;i++){
 sb.append(source.charAt(rand.nextInt(source.length())));
 }
 return sb.toString();

 }
}
运行结果如下:
标题:XX银行国庆信用卡抽奖活动 收件人:fjQUm@ZnkyPSsL.com ....发送成功!
标题:XX银行国庆信用卡抽奖活动 收件人:ZIKnC@NOKdloNM.com ....发送成功!
标题:XX银行国庆信用卡抽奖活动 收件人:zNkMI@HpMMSZaz.com ....发送成功!
标题:XX银行国庆信用卡抽奖活动 收件人:oMTFA@uBwkRjxa.com ....发送成功!
标题:XX银行国庆信用卡抽奖活动 收件人:TquWT@TLLVNFja.com ....发送成功!
标题:XX银行国庆信用卡抽奖活动 收件人:rkQbp@mfATHDQH.com ....发送成功!
       由于是随机数,每次运行都由所差异,不管怎么样,我们这个电子账单发送程序时写出来了,也能发送出来了,我们再来仔细的想想,这个程序是否有问题?你看,你这是一个线程在运行,也就是你发送是单线程的,那按照一封邮件发出去需要 0.02 秒(够小了,你还要到数据库中取数据呢),600 万封邮件需要…我算算(掰指头计算中…),恩,是 33 个小时,也就是一个整天都发送不完毕,今天发送不完毕,明天的账单又产生了,积累积累,激起甲方人员一堆抱怨,那怎么办?
       好办,把 sendMail 修改为多线程,但是你只把 sendMail 修改为多线程还是有问题的呀,你看哦,产生第一封邮件对象,放到线程 1 中运行,还没有发送出去;线程 2 呢也也启动了,直接就把邮件对象 mail的收件人地址和称谓修改掉了,线程不安全了,好了,说到这里,你会说这有 N 多种解决办法,我们不多说,我们今天就说一种,使用原型模式来解决这个问题,使用对象的拷贝功能来解决这个问题,类图稍作修改,如下图:


增加了一个 Cloneable 接口, Mail 实现了这个接口,在 Mail 类中重写了 clone()方法,我们来看 Mail类的改变:

public class Mail implements Cloneable{
//收件人
private String receiver;
//邮件名称
private String subject;

//称谓
private String appellation;

//邮件内容
private String contxt;

//邮件的尾部,一般都是加上“XXX版权所有”等信息
private String tail;

//构造函数
public Mail(AdvTemplate advTemplate){
 this.contxt = advTemplate.getAdvContext();
 this.subject = advTemplate.getAdvSubject();
 }

@Override
public Mail clone(){
 Mail mail =null;
 try {
 mail = (Mail)super.clone();
 } catch (CloneNotSupportedException e) {
 // TODO Auto-generated catch block
 e.printStackTrace();
 }
 return mail;
 }

//以下为getter/setter方法
public String getReceiver() {
 return receiver;
 }
public void setReceiver(String receiver) {
 this.receiver = receiver;
 }

public String getSubject() { 
 return subject;
 }
public void setSubject(String subject) {
 this.subject = subject;
 }
public String getAppellation() {
 return appellation;
 }
public void setAppellation(String appellation) {
 this.appellation = appellation;
 }
public String getContxt() {
 return contxt;
 }
public void setContxt(String contxt) {
 this.contxt = contxt;
 }
public String getTail() {
 return tail;
 }
public void setTail(String tail) {
 this.tail = tail;
 }

} 
就黄色体部分做了修改,大家可能看着这个类有点奇怪,先保留你的好奇,我们继续讲下去,我会给你解答的,看 Client 类的改变:
public class Client {
//发送账单的数量,这个值是从数据库中获得
private static int MAX_COUNT = 6;

public static void main(String[] args) {
 //模拟发送邮件
 int i=0;
 //把模板定义出来,这个是从数据中获得
 Mail mail = new Mail(new AdvTemplate());
 mail.setTail("XX银行版权所有");
 while(i<MAX_COUNT){
 //以下是每封邮件不同的地方
 Mail cloneMail = mail.clone();
 cloneMail.setAppellation(getRandString(5)+" 先生(女士)");
 cloneMail.setReceiver(getRandString(5) + "@" +
getRandString(8)+".com");

 //然后发送邮件
 sendMail(cloneMail);
 i++;
 }
 }

} 
运行结果不变,一样完成了电子广告信的发送功能,而且 sendMail 即使是多线程也没有关系,看到mail.clone()这个方法了吗?把对象拷贝一份,产生一个新的对象,和原有对象一样,然后再修改细节的数据,如设置称谓,设置收件人地址等等。这种不通过 new 关键字来产生一个对象,而是通过对象拷贝来实现的模式就叫做原型模式,其通用类图如下:

        这个模式的核心是一个 clone 方法,通过这个方法进行对象的拷贝,Java 提供了一个 Cloneable 接口来标示这个对象是可拷贝的,为什么说是“标示”呢?翻开 JDK 的帮助看看 Cloneable 是一个方法都没有的,这个接口只是一个标记作用,在 JVM 中具有这个标记的对象才有可能被拷贝,那怎么才能从“有可能被拷贝”转换为“可以被拷贝”呢?方法是覆盖 clone()方法,是的,你没有看错是重写 clone()方法,看看我们上面 Mail 类:

@Override
public Mail clone(){} 
       在 clone()方法上增加了一个注解@Override,没有继承一个类为什么可以重写呢?在 Java 中所有类的老祖宗是谁?对嘛,Object 类,每个类默认都是继承了这个类,所以这个用上重写是非常正确的。
        原型模式虽然很简单,但是在 Java 中使用原型模式也就是 clone 方法还是有一些注意事项的,我们通过几个例子一个一个解说(如果你对 Java 不是很感冒的话,可以跳开以下部分)。

        对象拷贝时,类的构造函数是不会被执行的。一个实现了 Cloneable 并重写了 clone 方法的类 A,有一个无参构造或有参构造 B,通过 new 关键字产生了一个对象 S,再然后通过 S.clone()方式产生了一个新的对象 T,那么在对象拷贝时构造函数 B 是不会被执行的,我们来写一小段程序来说明这个问题:

public class Thing implements Cloneable{
public Thing(){
 System.out.println("构造函数被执行了...");
 }

@Override
public Thing clone(){
 Thing thing=null;
 try {
 thing = (Thing)super.clone();
 } catch (CloneNotSupportedException e) {
 e.printStackTrace();
 }
 return thing;
 }
}
然后我们再来写一个 Client 类,进行对象的拷贝:
public class Client {
public static void main(String[] args) {
 //产生一个对象
 Thing thing = new Thing();

 //拷贝一个对象
 Thing cloneThing = thing.clone();
 }
} 
运行结果如下:
构造函数被执行了... 
        对象拷贝时确实构造函数没有被执行,这个从原理来讲也是可以讲得通的,Object 类的 clone 方法的原理是从内存中(具体的说就是堆内存)以二进制流的方式进行拷贝,重新分配一个内存块,那构造函数没有被执行也是非常正常的了。
        浅拷贝和深拷贝问题。在解释什么是浅拷贝什么是拷贝前,我们先来看个例子:

public class Thing implements Cloneable{
//定义一个私有变量
private ArrayList<String> arrayList = new ArrayList<String>();
@Override
public Thing clone(){
 Thing thing=null;
 try {
 thing = (Thing)super.clone();
 } catch (CloneNotSupportedException e) {
 e.printStackTrace();
 }
 return thing;
 }

//设置HashMap的值
public void setValue(String value){
 this.arrayList.add(value);
 }

//取得arrayList的值
public ArrayList<String> getValue(){
 return this.arrayList;
 }
}
       在 Thing 类中增加一个私有变量 arrayLis,类型为 ArrayList,然后通过 setValue 和 getValue 分别进行设置和取值,我们来看场景类:
public class Client {
public static void main(String[] args) {
 //产生一个对象
 Thing thing = new Thing();
 //设置一个值
 thing.setValue("张三");

 //拷贝一个对象
 Thing cloneThing = thing.clone();
 cloneThing.setValue("李四");

 System.out.println(thing.getValue());
 }
} 
大家猜想一下运行结果应该是什么?是就一个“张三”吗?运行结果如下:
[张三, 李四] 
        怎么会有李四呢?是因为 Java 做了一个偷懒的拷贝动作,Object 类提供的方法 clone 只是拷贝本对象,其对象内部的数组、引用对象等都不拷贝,还是指向原生对象的内部元素地址,这种拷贝就叫做浅拷贝,确实是非常浅,两个对象共享了一个私有变量,你改我改大家都能改,是一个种非常不安全的方式,在实际项目中使用还是比较少的。你可能会比较奇怪,为什么在 Mail 那个类中就可以使用使用 String 类型,而不会产生由浅拷贝带来的问题呢?内部的数组和引用对象才不拷贝,其他的原始类型比如int,long,String(Java 就希望你把 String 认为是基本类型,String 是没有 clone 方法的)等都会被拷贝的。 浅拷贝是有风险的,那怎么才能深入的拷贝呢?我们修改一下我们的程序:
public class Thing implements Cloneable{ 
//定义一个私有变量
private ArrayList<String> arrayList = new ArrayList<String>();
@Override
public Thing clone(){
 Thing thing=null;
 try {
 thing = (Thing)super.clone();
 thing.arrayList = (ArrayList<String>)this.arrayList.clone();
 } catch (CloneNotSupportedException e) {
 e.printStackTrace();
 }
 return thing;
 }

}
仅仅增加了黄色部分,Client 类没有任何改变,运行结果如下:
[张三] 
       这个实现了完全的拷贝,两个对象之间没有任何的瓜葛了,你修改你的,我修改我的,不相互影响,这种拷贝就叫做深拷贝,深拷贝还有一种实现方式就是通过自己写二进制流来操作对象,然后实现对象的深拷贝,这个大家有时间自己实现一下。
        深拷贝和浅拷贝建议不要混合使用,一个类中某些引用使用深拷贝某些引用使用浅拷贝,这是一种非常差的设计,特别是是在涉及到类的继承,父类有几个引用的情况就非常的复杂,建议的方案深拷贝和浅拷贝分开实现。

       Clone 与 final 两对冤家。对象的 clone 与对象内的 final 属性是由冲突的,我们举例来说明这个问题:

public class Thing implements Cloneable{
//定义一个私有变量
private final ArrayList<String> arrayList = new ArrayList<String>();
@Override
public Thing clone(){
 Thing thing=null;
 try { 
 thing = (Thing)super.clone();
 this.arrayList = (ArrayList<String>)this.arrayList.clone();
 } catch (CloneNotSupportedException e) {
 e.printStackTrace();
 }
 return thing;
 }

} 
       黄色的部分仅仅增加了一个 final 关键字,然后编译器就报灰色的部分错误,正常呀,final 类型你还想重写设值呀!完蛋了,你要实现深拷贝的梦想在 final 关键字的威胁下破灭了,路总是有的,我们来想想怎么修改这个方法:删除掉 final 关键字,这是最便捷最安全最快速的方式,你要使用 clone 方法就在类的成员变量上不要增加 final 关键字。
       原型模式适合在什么场景使用?一是类初始化需要消化非常多的资源,这个资源包括数据、硬件资源等;二是通过 new 产生一个对象需要非常繁琐的数据准备或访问权限,则可以使用原型模式;三是一个对象需要提供给其他对象访问,而且各个调用者可能都需要修改其值时,可以考虑使用原型模式拷贝多个对象供调用者使用。在实际项目中,原型模式很少单独出现,一般是和工厂方法模式一起出现,通过 clone的方法创建一个对象,然后由工厂方法提供给调用者。

       原型模式先产生出一个包含大量共有信息的类,然后可以拷贝出副本,修正细节信息,建立了一个完整的个性对象。不知道大家有没有看过施瓦辛格演的《第六日》这个电影,电影的主线也就是一个人被复制,然后正本和副本对掐,我们今天讲的原型模式也就是由一个正本可以创建多个副本的概念,可以这样理解一个对象的产生可以不由零开始,直接从一个已经具备一定雏形的对象克隆,然后再修改为一个生产需要的对象。也就是说,产生一个人,可以不从 1 岁 长到 2 岁,再 3 岁…,也可以直接找一个人,从其身上获得 DNS,然后克隆一个,直接修改一下就是 3 岁的了!,我们讲的原型模式也就是这样的功能,是紧跟时代潮流的。


九、原型模式 ( Prototype Pattern ) 原型模式(Prototype Pattern)是用于创建重复的对象,同时又能保证性能 阅读详情

相关推荐

原型模式(Prototype Pattern)

应用场景示例游戏角色模板快速生成多个不同玩家UI 界面克隆克隆按钮、组件、控件数据建模克隆图形、图表元素配置系统一套配置模板克隆为多个实例“已有的,就别再造,复制就好”用于复制成本高、构造复杂、变化小的对象创建。如果你想,我还可以帮你设计一套「游戏角色配置原型系统」「表单组件快速克隆系统」等完整实战版,是否继续?🎮📄。

qq_42889517的博客 1321

23中设计模式之_原型模式(深/浅拷贝)

前言 原型模式其实java Object中已经提供了一个Clone( )方法,平时很少用到,最近读Retrofit源码时候看到有这种使用方式。 定义 原型模式就是在系统clone()标记的基础上,对Clone()进行复写,不同的操作可以产生两种拷贝模式。 UML类图 源码分析 今天我们来讲原型模式,这个模式的简单程度是仅次于单例模式和迭代器模式,非常简单,但是要使 用好这个模...

Android 工程化与移动架构实践 8033

5.2 自抗扰控制 (ADRC)

自抗扰控制(Active Disturbance Rejection Control, ADRC)是由韩京清研究员于1998年提出的一种不依赖被控对象精确数学模型的新型控制技术[reference:0]。其核心思想是将系统的模型不确定性、内部参数摄动以及外部负载变化等所有影响统一定义为“总扰动”,通过一个名为扩张状态观测器(ESO)的环节对其进行实时估计并主动补偿,从而实现动态解耦和强鲁棒性。

技术工作者 1176

设计模式-原型模式

一、定义 原型模式(Prototype Pattern)的简单程度仅次于单例模式和迭代器模式。 Specify the kinds of objects to create using a prototypical instance, and create new objects by copying the prototype.(用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。)...

weixin_30437481的博客 125

UEFI开发探索102 – ACPI探究01(UEFI配置表)

(请保留-> 作者: 罗冰 https://blog.youkuaiyun.com/luobing4365) ACPI探究01(UEFI配置表)1 大致规划2 UEFI Configuration Table(配置表)3 代码实现 最近有项工作,是修改ACPI表。问题本身并不复杂,但是由于代码需要移植到Option ROM上,遇到不少奇怪的现象。因此,花了不少时间,对ACPI进行研究。 任务是完成了,我的好奇心又被勾起来了。准备发挥“格物致知”的信念,把我认为的ACPI各方面的知识,好好地捋一捋。 1 大

8249

【数据库】银行/信贷业务测试工作中涉及的数据库表格

银行/信贷业务测试工作中涉及的数据库表格,金融信贷测试人必看!

孤之鹜的博客 1171

原型模式(Prototype Pattern)

原型模式(Prototype Pattern) 原型模式(Prototype Pattern)是用于创建重复的对象,同时又能保证性能。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。 克隆羊问题 现在有一只羊tom,姓名为: tom,年龄为: 1, 颜色为:白色,请编写程序创建和tom羊属性完全相同的10只羊。 案例一:传统方式 public class Sheep { private String name; private int age; private String colo

jsxllht的博客 9641

Ghost卷积原理与构建YOLOv11的GhostNet变体

本文探讨了在边缘设备部署YOLOv11时使用Ghost卷积进行模型轻量化的实践经验。针对Jetson Nano的4GB内存限制,作者通过替换Backbone中的3x3标准卷积为Ghost卷积,实现了参数减少28%、推理速度提升38%,仅损失1.1%mAP的优化效果。文章详细介绍了Ghost卷积的实现原理、在YOLOv11中的具体替换策略,以及训练调参和部署优化的关键技巧。作者强调轻量化是计算效率与模型性能的权衡,建议工程团队保留原模型和Ghost变体两个版本,根据实际需求灵活切换。Ghost卷积的核心价值在

as1225120794的博客 169

原型模式 Prototype Pattern

一. 原型模式简介  原型模式(Prototype Pattern)也是一种创建型模式,它关注的是大量相似对象的创建问题。我们经常会遇到这样的情况:在系统中要创建大量的对象,这些对象之间具有几乎完全相同的功能,只是在细节上有一点儿差别。  这样的情形经常遇到。三国系列游戏是我最喜欢的游戏系列之一。你有没有注意到那里边上百位英雄的头像基本上很相似?你仔细区分就会发现,虽然每个人都不同,但基本上只具有

Brookes的专栏 8603

Ambari 安装部署教程(手把手教学)【超级详细】

本文为读者提供了一套超详细的 Apache Ambari 安装部署教程,采用手把手教学方式,适合初学者及大数据运维人员。内容涵盖前期准备、环境配置、Ambari Server 与 Agent 安装、集群初始化配置、常见问题排查等全流程操作,确保用户能够顺利搭建稳定的 Hadoop 大数据平台管理系统。

Five的博客 1万+

高性能优化的本质

在很早之前,处理器性能的提升一般是通过减小元器件的尺寸,增加元器件的数量,提高主频来实现,这也是摩尔定律所说的,但是由于功耗的影响,主频不能一直增加。后来,由于英伟达的GPU的并行计算的出现,逐渐打破摩尔定律,人们利用多核,SIMD,SIMT来处理大量相同计算的数据,这极大的提高了效率。计算机的算力得到了巨大的提升,但是并行是困难的,对于有数据依赖的程序来说,处理并行是一件及其困难的事,但对于一些简单的数学库的计算,并行的实现相对简单。

发狂的小花的博客 274

原型模式(Prototype Pattern)详解

原型模式是一种创建型设计模式,它允许我们通过复制(克隆)现有对象来创建新对象,而不是通过使用构造函数创建。原型模式的核心思想是基于现有对象创建新的对象,而不是从零开始创建。这种模式特别适用于创建对象成本较高的场景,或者需要创建大量相似对象的情况。通过克隆现有对象,可以避免重新执行初始化过程,从而提高性能。原型模式是一种强大的创建型设计模式,它允许通过克隆现有对象来创建新对象,避免了昂贵的对象创建过程。在Java中,我们可以通过实现Cloneable接口和重写clone()方法来实现原型模式。

yk_dflkg的博客 1702

多物理场耦合仿真-主题032-电磁-流体耦合

电磁-流体耦合,即磁流体动力学(MHD, Magnetohydrodynamics),是研究导电流体在电磁场中运动规律的学科,涉及电磁场与流体力学的深度耦合。本主题系统阐述磁流体动力学的基本理论、控制方程和数值方法。首先介绍MHD的基本概念和物理基础,包括导电流体的性质、电磁场基本方程;然后详细推导MHD控制方程组,包括连续性方程、动量方程、能量方程和电磁场方程;接着讨论MHD流动的特征参数,如Hartmann数、磁雷诺数、相互作用参数等;最后通过六个典型工程案例展示MHD分析的实际应用,包括电磁泵、磁流体

2401_87715305的博客 425

prototype pattern原型模式

定义 原型模式是一种非常简单的是模式,属于创建型设计模式的一种。原型模式(Prototype)即应用于“复制”操作的模式,此模式最初定义在《设计模式》(Addison-Wesley,1994),定义为:“使用原型实例指定创建对象的种类,并通过复制这个原型创建新的对象”。简单来理解就是根据这个原型创建新的对象,这种创建是指深复制,得到一份新的内存资源,而不是一个新的指针引用。我们都知道,创建型模式一...

TIANTIAN_ZZ的博客 335

Google Earth Engine(GEE)——将sentinel - 2影像所有波段重采样到10m分辨率 (resample 和 projection的使用)

影像重投影是将一个影像从一个坐标系投影到另一个坐标系的过程。这通常涉及到将像素从一个平面坐标系变换到另一个平面坐标系。这可以用于许多应用中,例如建立数字高程模型(DEM)和地图制图。影像重投影通常需要进行数学计算,包括转换矩阵和插值算法,以确保像素值的准确性和精度。这次我们将对哨兵2好数据中20m分辨率的波段,重采样到10m分辨率中,然后同一参与计算。

此星光明博客 3108

霍尼韦尔SoftMaster使用说明

霍尼韦尔SoftMaster使用说明

设计模式-原型模式 Prototype Pattern

通常,如果需要快速复制对象并且对象的创建成本较高,或者需要创建多个相似但不完全相同的对象,原型模式是一个更好的选择。原型模式(Prototype Pattern)是一种创建型设计模式,它允许你通过复制现有的对象来创建新的实例,而不是通过新建的方式来构造。使用原型模式可以提高对象创建的效率,降低系统的资源消耗,并有助于实现对象的快速复制和灵活管理。然而,需要注意的是,原型模式可能会增加内存消耗,并且在处理包含引用类型成员的对象时需要特别小心,以避免浅拷贝导致的问题。

wesigj的博客 1699

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

原型模式-Prototype Pattern

用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。more原型模式就是通过一个以存在的对象来创建另一个。如果对象中存在有字段是对象类型,当这个字段被修改后,会同时影响拷贝和被拷贝对象。这时需要用深拷贝来处理。

jaune162的专栏,最新动态请关注:https://jaune162.blog 1584

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

Prototype Pattern 原型模式

7.6 原型模式总结 原型模式作为一种快速创建大量相同或相似对象的方式,在软件开发中应用较为广泛,很多软件提供的复制(Ctrl + C)和粘贴(Ctrl + V)操作就是原型模式的典型应用,下面对该模式的使用效果和适用情况进行简单的总结。 1.主要优点 原型模式的主要优点如下: (1)当创建新的对象实例较为复杂时,使用原型模式可以简化对象的创建过程,...

233

原型模式(Prototype Pattern) C++

上一节:建造者模式(Builder Pattern)C++ 原型模式(Prototype Pattern)是一种创建型设计模式,其思想是基于一个原型实例创建对象的副本,从而避免新实例创建时的标准方式(如使用new关键字)。在需要创建的对象与原有对象类似或者创建过程较为复杂时,使用原型模式可以更高效地复制对象。假设我们正在开发一个游戏,其中包含大量的怪物。这些怪物分为几种类型,比如“地精”、“龙”等。每种怪物都有自己的属性(如生命值、攻击力等),但同种类型的怪物在初始状态下这些属性是相同的。在游戏中,我们需要

yaoyaohyl的博客 1004

设计模式-04原型模式Prototype Pattern

原型模式是一种创建型设计模式,通过复制已有对象来创建新对象,避免代码依赖具体类。它适用于需要动态创建对象、减少类层次结构或避免重复初始化复杂对象的场景。实现方式包括浅克隆(仅复制基本类型和引用)和深克隆(递归复制所有引用对象),后者可通过序列化或手动实现。示例代码展示了文档对象的克隆,浅克隆会共享引用导致原始对象被修改,而深克隆则完全独立,确保对象状态的完整性。

d3y1`5 81_09 885
上一篇: 状态模式【State Pattern】
下一篇: 中介者模式【Mediator Pattern】
涛濤
博客等级 码龄12年 136粉丝 92原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值