JAVA设计模式-Prototype

    Prototype是很容易理解也很容易使用的一个设计模式,他的意思就是说,我给你一个原型,你照着这个原型给我做一个就行了,至于做好之后我要怎么去修改它让他符合新的需求,这就不管Prototype模式的事了。如果按照这么理解,我们只需要克隆一个一模一样的对象,返回给客户端就行了,重要的问题就是如何克隆。幸运的是,Java已经给我们提供了一个现成的函数,它就叫做clone()。

 

    下面是一个使用clone()的例子,要使用clone()这个方法,需要实现接口Cloneable:

 

   

 

    打印的结果是:

    spoon 1 reference : prototype.shadow.Spoon@c17164
    spoon 1 name      : Tom's Spoon
    spoon 2 reference : prototype.shadow.Spoon@1fb8ee3
    spoon 2 name      : Tom's Spoon
    spoon 1 reference : prototype.shadow.Spoon@c17164
    spoon 1 name      : Tom's Spoon
    spoon 2 reference : prototype.shadow.Spoon@1fb8ee3
    spoon 2 name      : Jerry's Spoon

 

    从打印的结果可以看到,spoon1 和 spoon2的确是两个独立的对象,他们的地址是不同的,并且spoon2的更改不会影响到spoon1,这恰恰满足了我们克隆的需求。但是关于clone()这个函数,还有一些需要说的地方。

   

    上面的克隆方法叫做影子克隆,如果Spoon类的成员变量包含的不只是基本数据类型(这里的基本数据类型包含String),那么上面的克隆方式就会失效,这个时候就需要深度克隆,首先来看看失效的情况吧:

 

   

 

    打印的结果是:

    spoon 1 reference      : prototype.deeply.Spoon@c17164
    spoon 1 name reference : [Ljava.lang.String;@1fb8ee3
    spoon 1 name           : spoon 2.a,spoon 2.b
    spoon 2 reference      : prototype.deeply.Spoon@61de33
    spoon 2 name reference : [Ljava.lang.String;@1fb8ee3
    spoon 2 name           : spoon 2.a,spoon 2.b

 

    可以看到虽然两个spoon的地址不同,但是他们的成员变量数组spoonName的地址是相同的,所以对于spoon2的更改影响到了spoon1,这就不符合克隆的要求了,所以需要深度克隆,深度克隆就是说连spoonName也要克隆,因此,深度克隆的代码如下:

 

   

 

    打印的结果是:

    spoon 1 reference      : prototype.deeply.Spoon@c17164
    spoon 1 name reference : [Ljava.lang.String;@1fb8ee3
    spoon 1 name           : spoon 1.a,spoon 1.b
    spoon 2 reference      : prototype.deeply.Spoon@61de33
    spoon 2 name reference : [Ljava.lang.String;@14318bb
    spoon 2 name           : spoon 2.a,spoon 2.b

 

    上面的打印结果告诉我们深度克隆满足了需求。

 

    对深度克隆进行一些说明,当你要克隆的对象包含了非基本数据类型(包含String)的时候,就要进去这个对象里面把不是基本数据类型的也克隆了,如果他下面还有不是基本数据类型了,再进去,直到全部都是基本数据类型了才截止。

 

    下期预告,Adapter模式。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Java设计模式是一组经过实践验证的面向对象设计原则和模式,可以帮助开发人员解决常见的软件设计问题。下面是常见的23种设计模式: 1. 创建型模式(Creational Patterns): - 工厂方法模式(Factory Method Pattern) - 抽象工厂模式(Abstract Factory Pattern) - 单例模式(Singleton Pattern) - 原型模式(Prototype Pattern) - 建造者模式(Builder Pattern) 2. 结构型模式(Structural Patterns): - 适配器模式(Adapter Pattern) - 桥接模式(Bridge Pattern) - 组合模式(Composite Pattern) - 装饰器模式(Decorator Pattern) - 外观模式(Facade Pattern) - 享元模式(Flyweight Pattern) - 代理模式(Proxy Pattern) 3. 行为型模式(Behavioral Patterns): - 责任链模式(Chain of Responsibility Pattern) - 命令模式(Command Pattern) - 解释器模式(Interpreter Pattern) - 迭代器模式(Iterator Pattern) - 中介者模式(Mediator Pattern) - 备忘录模式(Memento Pattern) - 观察者模式(Observer Pattern) - 状态模式(State Pattern) - 策略模式(Strategy Pattern) - 模板方法模式(Template Method Pattern) - 访问者模式(Visitor Pattern) 4. 并发型模式(Concurrency Patterns): - 保护性暂停模式(Guarded Suspension Pattern) - 生产者-消费者模式(Producer-Consumer Pattern) - 读写锁模式(Read-Write Lock Pattern) - 信号量模式(Semaphore Pattern) - 线程池模式(Thread Pool Pattern) 这些设计模式可以根据问题的特点和需求来选择使用,它们提供了一些可复用的解决方案,有助于开发高质量、可维护且易于扩展的软件系统。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值