本文主要是介绍【大话设计模式】-有模板，啥都好说！，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
难 以区分了，所以就这三种模式进行比较细致的区分。在学习创建型模式的时候，重新看了原型模式和建造者模式，感觉惊人的类似。如果再加上模板方法模式就更加
原型模式--Copy
原型模式，在我看来就一个字：copy。 它的定义是：用原型实例指定创建对象的种类，并且通过拷贝这些原型创
建新的对象。它的结构图如下：
态手工创建实例化该类要方便许多。原型模式其实就是从一个对象再创建另外一个可定制的对象，而且不需知道任何创建的细节。比每次用合适的状
举个例子：嘿嘿，就举个我们课堂上的一个小例子吧。老师布置了课后作业，要求下次上课的时候上交。现在的
孩子们吧都比较“勤快”，所以班上就只有几个人写作业，然后其他学生把这几个人的作业分配下去，copy一下，然
后继续传递给其他同学。在这个例子中，写作业的这几个同学就相当与创建的几个原型，然后以这几个原型为中心，
其他人进行copy。
原型模式里还提到了深复制和浅复制问题，看刘文彬的博客，他把这两个复制比作路径：浅复制相当于快捷方
式，深复制相当于原路径。而我的理解是：浅复制就是一个人名，深复制就是那个人本身（靠个人理解哈！）。
建造者模式--准备很重要
自我感觉建造者模式和原型的原理都是一样的道理，进行的都是有准备的战斗。建造者模式的定义是：将一个复
杂对象的构建与它的表示分离，使得同样的构件过程可以创建不同的表示。定义主要表述的是先做足准备整构造和装
配等各个部件，等到需要用的时候能拿的出手。下边是它的结构示意图：
着复杂的变化，所以它的好处就是使得建造代码与表示代码分离。
它主要是用于创建一些复杂的对象，这些对象内部构建间的构造顺序通常是稳定的，但对象内部的构建通常面临
就像书上的例子，建造小人，先把它的头、胳膊、腿都构建好了，然后需要的时候直接对已经构建好的部件进行
组装，调整就好了。这样的话，同样的构建过程就能创建的出不同的产品（小人）来。
模板方法模式--子承父业
模板方法模式的定义是这样的：它定义了一个操作中的算法的骨架，将一些步骤延迟到子类中。模板方法使得子
类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。为了更清楚的看到模板方法的作用，看图示：
抽象类（AbstractClass）实现了一个模板方法，定义了算法的骨架，具体子类将重新定义PrimitiveOperation
以实现一个算法的步骤。
具体实现类（ConcreteClass）实现PrimitiveOperation以完成算法中与特定子类相关的步骤。
也就是说，抽象类是一个很笼统的概念，但是具体实现类作为抽象类的子类，它要去具体的实现这些算法操作。
用一个小例子说明：在家里，小明的爸爸让他去打酱油，但是具体怎么打他爸爸没有告诉他。然后小明需要拿钱，往
卖酱油的地方走，然后把钱给人家，别人打好了之后给小明，小明把酱油带回家。在这个例子当中，小明的爸爸就是
那个抽象类，很笼统的说明了打酱油这件事，但是具体的打酱油过程是小明自己去实现的。
小小总结
一直很纠结，不知道怎么写大话的总结。于是看别人的博客，但是看的博客多了之后更加不知道怎么写总结了。
老师一直说找联系，找关系，上次听文彬说，找联系就是胡说八道。于是这篇博客的胡说八道的成分就确实有点多
了，大家不要太介意哈，真的不知道怎么找关系了啦！不过自我感觉这篇博客还是可以的，自己的话占绝大部分，相
信这就是我的一点点小进步！
这篇关于【大话设计模式】-有模板，啥都好说！的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
