Prototype（原型模式）
Prototype（原型模式）属于创建型模式，既不是工厂也不是直接 New，而是以拷贝的方式创建对象。 **意图：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。** # 举例子 如果看不懂上面的意图介绍，可以参考以下案例： ## 代码例子 下面例子使用 typescript 编写。 我们可以看到，实现了 Prototype 接口的 Component 必须实现 clone 方法，这样任意组件在执行复制时，就可以直接调用 clone 函数，而不用关心每个组件不同的实现方式了。 从这就能看出，原型模式与 Factory 与 Builder 模式还是有类似之处的，在隐藏创建对象细节这一点上。 使用的时候，我们就可以这样创建一个新对象： ```typescript // 创建一个新的组件实例 const newComponent = targetComponent.clone(); 这里有两个注意点：一般来说，如果要二次修改生成的对象，不建议给 clone 函数加参数，因为这样会导致接口的不一致。我们可以为对象实例提供一些 set 函数进行二次修改。另外，clone 函数要考虑性能，就像前面说过的，可以考虑深浅拷贝结合的方式，同时要注意当对象存在引用关系甚至循环引用时，甚至不一定能实现拷贝函数。
弊端
每个设计模式必有弊端，但就像每一期都说的，有弊端不代表设计模式不好用，而是指在某种场景下存在问题，我们只要规避这些场景，在合理的场景使用对应设计模式即可。
原型模式的弊端：
- 每个类都要实现 clone 方法，对类的实现是有一定入侵的，要修改已有类时，违背了开闭原则。
- 当类又调用了其他对象时，如果要实现深拷贝，需要对应对象也实现 clone 方法，整体链路可能会特别长，实现起来比较麻烦。
总结
原型模式一般与工厂模式搭配使用，一般工厂方法接收一个符合原型模式的实例，就可以调用它的 clone 函数创建返回新对象啦。
代码大概是这样：
// buildComponentFactory 内部通过 targetComponent.clone() 创建对象，而不是 New 或者调用其他工厂函数。 最后来一张图快速理解原型模式：
