设计模式之原型模式（Prototype）

Posted 2020-08-17 VincentPass

原型模式实现，原型模式中的浅克隆和深克隆，原型模式适用场合

1.初识原型模式

       大家都知道连锁机构是现在灰常流行的商业模式，比如咖啡之翼，那么假设咖啡之翼要在长春新建立一个分店，所经营的产品和以前在其他的城市已经存在的店经营的产品差不多，那么面向对象开发的角度怎么解决这个问题呢？难道要重新的实例化一个咖啡之翼的店？？这显然不太好吧，咖啡之翼里面经营的产品（假设是属性吧）都需要重新写，这就是在做大量的重复工作啊，这显然是不符合OO开发思想的。遇到这样的情况，并不是重新建立一个类来解决这样的问题，而是通过设计模式中的“原型模式”来解决这种问题。是这种问题，也就是这类问题，具体是哪类问题最后总结比较好一点。

 

2.原型模式实现

       利用原型模式来解决上面的问题，是这样实现的。通过在类中实现一个叫做clone的函数，这样通过该类已经实例化的一个对象Sample调用Sample.clone()就完成了已存在对象Sample 的复制。看到上面加深的“实现”两个字了吗？这里面用“实现”两个字是有原因的，实际上若一个java类不指明从哪个类继承而来则默认为从Object直接继承而来，Object类中存在clone方法，这也就被继承了，因此称之为“实现”。实际上要完成克隆功能的类不仅要实现clone方法还要实现Cloneable接口。这又是为啥子呢？因为虽然Object类中存在clone方法，但是设置为protected类型，来限制外部类的访问。因此要通过实现Cloneable接口来完成。如此一来，原型似乎就可以实现啦。

 

3.浅克隆和深克隆

       怎么分为浅克隆和深克隆呢？有没有想过这种方式得来的对象和源对象有什么关系呢？其实，新得到的对象和源对象是不同的对象，具有不同的内存地址，但是根据对象内部属性可以分为浅克隆和深克隆。如果我说：“我们希望即使修改了克隆后的对象的属性值，也不会影响到源对象，这种克隆方式称之为深克隆”，那么浅克隆是不是也就理解了呢。显然，如果不希望修改复制后的对象对原来的对象产生影响则要用深克隆，这种情况很常见的，大家编过一点的程序应该都遇到过。自然相对于浅克隆，深克隆是稍稍复杂一点的。

 

4.原型模式适用场合：

原型模式在几个方面比较有效：

       4.1如果说我们的对象类型不是刚开始就可以确定，而是这个类型是在运行期确定的话，那么我们通过这个类型的对象克隆出一个新的类型更容易。

       4.2有的时候我们可能在实际的项目中需要一个对象在某个状态下的副本

       4.3当我们在处理一些对象比较简单，并且对象之间的区别很小，可能只是很固定的几个属性不同的时候，可能我们使用原型模式更合适。

       注：东西不要学死，重要的是理解不是背诵，原型模式还有其他可用的场合，要理解原型模式的原理，这样才能真正地为我所用，这只是一种思想，可能在很多地方好用，只有真正地理解才能在以后的实践中提出新的看法。