Go设计模式之原型模式图文详解

　　原型模式

　　原型模式是一种创建型设计模式，使你能够复制已有对象，而又无需使代码依赖它们所属的类。

　　所有的原型类都必须有一个通用的接口，使得即使在对象所属的具体类未知的情况下也能复制对象。原型对象可以生成自身的完整副本，因为相同类的对象可以相互访问对方的私有成员变量。

　　问题

　　如果你有一个对象，并希望生成与其完全相同的一个复制品，你该如何实现呢？首先，你必须新建一个属于相同类的对象。然后，你必须遍历原始对象的所有成员变量，并将成员变量值复制到新对象中。

　　不错！但有个小问题。并非所有对象都能通过这种方式进行复制，因为有些对象可能拥有私有成员变量，它们在对象本身以外是不可见的。

　　“从外部” 复制对象并非总是可行。

　　直接复制还有另外一个问题。因为你必须知道对象所属的类才能创建复制品，所以代码必须依赖该类。即使你可以接受额外的依赖性，那还有另外一个问题：有时你只知道对象所实现的接口，而不知道其所属的具体类，比如可向方法的某个参数传入实现了某个接口的任何对象。

　　解决方案

　　原型模式将克隆过程委派给被克隆的实际对象。模式为所有支持克隆的对象声明了一个通用接口，该接口让你能够克隆对象，同时又无需将代码和对象所属类耦合。通常情况下，这样的接口中仅包含一个方法。

　　所有的类对方法的实现都非常相似。该方法会创建一个当前类的对象，然后将原始对象所有的成员变量值复制到新建的类中。你甚至可以复制私有成员变量，因为绝大部分编程语言都允许对象访问其同类对象的私有成员变量。

　　支持克隆的对象即为原型。当你的对象有几十个成员变量和几百种类型时，对其进行克隆甚至可以代替子类的构造。

　　预生成原型可以代替子类的构造。

　　其运作方式如下：创建一系列不同类型的对象并不同的方式对其进行配置。如果所需对象与预先配置的对象相同，那么你只需克隆原型即可，无需新建一个对象。

　　真实世界类比

　　现实生活中，产品在得到大规模生产前会使用原型进行各种测试。但在这种情况下，原型只是一种被动的工具，不参与任何真正的生产活动。

　　一个细胞的分裂。

　　由于工业原型并不是真正意义上的自我复制，因此细胞有丝分裂（还记得生物学知识吗？）或许是更恰当的类比。有丝分裂会产生一对完全相同的细胞。原始细胞就是一个原型，它在复制体的生成过程中起到了推动作用。

　　原型模式结构

　　基本实现

　　原型注册表实现

　　伪代码

　　在本例中，原型模式能让你生成完全相同的几何对象副本，同时无需代码与对象所属类耦合。

　　克隆一系列位于同一类层次结构中的对象。

　　所有形状类都遵循同一个提供克隆方法的接口。在复制自身成员变量值到结果对象前，子类可调用其父类的克隆方法。

　　原型模式适合应用场景

　　如果你需要复制一些对象，同时又希望代码独立于这些对象所属的具体类，可以使用原型模式。

　　这一点考量通常出现在代码需要处理第三方代码通过接口传递过来的对象时。即使不考虑代码耦合的情况，你的代码也不能依赖这些对象所属的具体类，因为你不知道它们的具体信息。

　　原型模式为客户端代码提供一个通用接口，客户端代码可通过这一接口与所有实现了克隆的对象进行交互，它也使得客户端代码与其所克隆的对象具体类独立开来。

　　如果子类的区别仅在于其对象的初始化方式，那么你可以使用该模式来减少子类的数量。别人创建这些子类的目的可能是为了创建特定类型的对象。

　　在原型模式中，你可以使用一系列预生成的、各种类型的对象作为原型。

　　客户端不必根据需求对子类进行实例化，只需找到合适的原型并对其进行克隆即可。

　　实现方式

　　原型模式优缺点

　　代码示例

　　Go设计模式之原型模式讲解和代码示例_Golang_脚本之家 (jb51.net)

　　以上就是Go设计模式之原型模式图文详解的详细内容，更多关于Go原型模式的资料请关注脚本之家其它相关文章！

　　您可能感兴趣的文章:

您可能感兴趣的文章:

相关文章