原型模式（Prototype Pattern）是一种创建型设计模式，它允许通过复制已有对象的方式来创建新的对象，而不是通过新建实例的方式来创建。这种模式主要用于初始化成本较高的对象创建，或者在需要避免使用子类进行扩展时。
一、原型模式的组成
- 原型接口（Prototype） ：定义了一个克隆自身的接口，通常包含一个
clone方法。 - 具体原型（ConcretePrototype） ：实现原型接口的类，实现了
clone方法，通过这个方法可以返回自身的一个克隆实例。
二、原型模式的工作原理
- 客户端请求：客户端首先获取到一个已存在的原型实例。
- 克隆实例 ：通过调用原型实例的
clone方法，获得该实例的一个克隆对象。 - 修改克隆实例：客户端可以根据需要对克隆对象的属性进行修改，这不会影响原有的原型实例。
三、应用场景和优缺点
-
应用场景：
- 当创建新对象的成本较大，而需要生成大量相似对象时，例如加载大量相似配置信息的场景。
- 当系统需要保存和恢复对象状态时，原型模式可以实现这一点，因为克隆的对象具有与原对象相同的状态。
- 当需要避免子类的扩展，而又需要生成具有不同属性的对象时，可以通过克隆并修改属性来实现。
-
优点：
- 性能优化：相比通过new创建一个新对象，克隆一个对象通常效率更高，尤其是对象初始化过程复杂或资源消耗较大的情况下。
- 简化创建过程：无需了解对象的创建细节，只需复制现有对象即可。
- 控制复杂对象的复制成本：如果对象很深或者包含引用其他复杂对象时，通过原型模式可以更好地控制复制过程。
-
缺点：
- 客户端依赖性：客户端需要知道如何正确使用原型，即必须通过克隆来创建新对象。
- 破坏封装性：为了能够克隆，原型对象往往需要提供一些公有的可访问方法，这可能会破坏对象的封装性。
总之，原型模式提供了一种高效且灵活的对象创建方式，尤其适用于那些初始化成本高或需要保留对象状态的场景。然而，这种模式也需要开发者在使用中注意其可能带来的封装性问题，以及在深拷贝和浅拷贝之间的选择上做出合理的决策。