个人技术分享

策略模式是一种行为设计模式，它定义了一系列算法，并将每个算法封装起来，使它们可以相互替换。这种模式在许多应用场景中非常有用，例如在实现排序算法、游戏规则、导航策略以及用户界面（UI）交互时。

Facade模式通常涉及一个名为Facade的单一类，该类提供了一个高级接口，用于与客户端交互，并将客户端的请求委派给系统内部的一组相关对象。这是你所相信的因为你在使用一个金矿对外提供的一个简单接口，在内部它要却要做很多事情。这个简单的接口对复杂的子系统来说就是一个外观。为一个子系统中的一系列接口提供一个统一的接口。外观定义了一个更高级别的接口以便子系统更容易使用。外观是为很大体量的代码（比如类库）提供简单接口的一种对象。使用上面金矿的例子。外观模式为一个复杂的子系统提供一个简单的接口。

外观模式 | 以电脑开关按钮为例，并结合微服务架构的API网关加深理解

本文介绍了设计模式的六大原则以及设计模式中的创建型模式，包含单例模式，建造者模式，工厂模式，抽象工厂模式以及原型模式。

简单工厂模式通过封装、继承、多态把程序的耦合度降低。用设计模式使得程序更加的灵活，容易修改，并且易于复用。让业务逻辑和界面逻辑分开，让它们耦合度降低，这样才容易维护和扩展。

1、定义一个操纵中的算法骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变一个算法的结构下，重新定义该算法的某些特定步骤。2、当需要完成的某一系列功能之间的步骤大体都是一致的，但在个别更详细的地方有区别，那么我们可以考虑使用模板方法模式来处理。3、继承的意义之一：要让父类成为子类的模板，所有重复的代码都应该上升到父类中去，而不是让每个子类去重复。4、把不变的行为搬移到超类，去除子类中的重复代码来体现它的优势。5、提供一个代码复用平台。

组合模式 | 以文件系统为例加深理解

结构型设计模式对比 | 主要区别包装的不同

可以将遍历数据的行为从聚合对象中分离出来，封装在一个被称之为“迭代器”的对象中，由迭代器来提供遍历聚合对象内部数据的行为，这将简化聚合对象的设计，更符合“单一职责原则”的要求。在迭代器模式中只需要用一个不同的迭代器来替换原有迭代器即可改变遍历算法，我们也可以自己定义迭代器的子类以支持新的遍历方式。由于引入了迭代器，在原有的聚合对象中不需要再自行提供数据遍历等方法，这样可以简化聚合类的设计。在迭代器模式中，由于引入了抽象层，增加新的聚合类和迭代器类都很方便，无须修改原有代码，满足 “开闭原则” 的要求。

无论你使用哪种编程语言，做什么类型的项目，甚至你处于一个国际化的开发团队，当面对同一个设计模式时，你和别人的理解并无二异，因为设计模式是跨语言、跨平台、跨应用、跨国界的。设计模式来源众多专家的经验和智慧，它们是从许多优秀的软件系统中总结出的成功的、能够实现可维护性复用的设计方案，使用这些方案将可以让我们避免做一些重复性的工作设计模式无疑会为有助于我们提高开发和设计效率。根据它们的用途，设计模式可分为。值得一提的是，有一个设计模式虽然不属于 23种设计模式，但一般在介绍设计模式时都会对它进行说明，它就是。

解释器模式 (Interpreter Design Pattern) 是一种行为型设计模式，它定义了一种语法表示，并提供了一种解释器来解释该语法表示的句子。核心概念：语法表示 (Grammar): 定义了语言的结构和规则，通常使用上下文无关文法 (Context-Free Grammar) 来表示。解释器 (Interpreter): 一个对象，它根据语法规则解析和执行语言的句子。主要组成部分：抽象解释器 (AbstractExpression): 定义解释器的接口，包含解释方法。

享元模式（Flyweight）是一种结构型模式。1、运用共享技术有效地支持大量细粒度的对象;2、享元模式可以避免大量非常相似类的开销。在程序设计中，有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本上都是相同的，有时就能够大幅度地减少需要实例化的类的数量。如果能把那些参数转移到类实例的外面，在方法调用时将它们传递进来，就可以通过共享大幅度地减少单个实例的数目;3、如果一个应用程序使用大量的对象，而大量的这些对象造成了很大的存储开销时;4、内部状态存储在享元对象（目标对象）

分析模式是一种概念集合，用来表示业务建模中的常见结构。它可能只与一个领域有关，也可能跨越多个领域。。分析模式并不是技术解决方案，他们只是些参考，用来指导人们设计特定领域中的模型。分析模式的最大作用是借鉴其他项目的经验，把那些项目中有关设计方向和实现结果的广泛讨论与当前模型的理解结合起来。脱离具体的上下文来讨论模型思想不但难以落地，而且还会造成分析与设计严重脱节的风险，而这一点正是MODEL-DRIVEN DESIGN坚决反对的。

组合模式是将对象组合成树形结构来表现"整体/部分"层次结构，可以更好的实现管理操作。组合设计模式又叫部分整体模式，将对象组合成树形结构来表现"整体/部分"层次结构，可以更好的实现管理操作。使用户可以通过一致的方法操作单个对象或组合对象，整体和部分的基本操作多数都是一样的，也会有不同的地方。组合模式可以用一棵树来表示。以上就是本篇的内容，本文简单介绍了组合模式的组成、优缺点、使用场景等，提供了代码示例。

首先我们需要有公共的抽象类；public://免费电影//vip电影//用券观看委托类。它需要从公共的抽象类继承而来。public:void freeMovie() override { //免费电影cout << "观看免费电影" << endl;void vipMovie() override { //vip电影cout << "观看vip电影" << endl;void tickMovie() override {//用券观看。

状态模式就是用于解决系统中复杂对象的状态转换以及不同状态下行为的封装问题. 状态模式将一个对象的状态从该对象中分离出来,封装到专门的状态类中(用类来表示状态) ,使得对象状态可以灵活变化。生活中很常见，结合下现实生活，很多东西就很容易理解了。

观察者模式(Observer Pattern)：定义对象之间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。观察者模式的别名包括发布-订阅（Publish/Subscribe）模式、模型-视图（Model/View）模式、源-监听器（Source/Listener）模式或从属者（Dependents）模式。观察者模式是一种对象行为型模式。

在这个生成器类中只要调用build方法，对应的零件就会加载到SunnyShip类的对象m_sunny中，当当船被造好之后就可以通过SunnyShip* getsunny()方法得到桑尼的实例对象。船生成器：每艘船的零部件由对应的生成器类构造完成，抽象类中定义建造海贼船所有零部件的方法，在这个类的子类中需要重写这些虚函数，分别完成桑尼号 和梅利号零件的建造。主管类：桑尼号和梅利号分别有三个规格，简约型、标准型、豪华型根据不同的规格，有选择的调用生成器中不同的建造函数，就可以得到最终的成品了。

职责链模式使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。为了避免请求发送者与多个请求处理者耦合在一起，将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链;当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止。

状态模式是一种行为设计模式，它允许一个对象在其内部状态改变时改变它的行为。这种模式在许多应用场景中非常有用，例如在游戏编程、状态机实现、并发编程以及图形用户界面（GUI）事件处理时。