q8812345qaz的博客

3.x安装 Vue 3 Snippets 如下图。2.x安装 Vue 2 Snippets 如下图。分为 2.x版和3.x版 在。

ApiExplorerSettings(GroupName =nameof(ApiVersionInfo.接口版本V1))][ApiExplorerSettings(GroupName =nameof(ApiVersionInfo.接口版本V2))]上图 是 v1版本下的接口，如果需要 v2中有 接口数据 ，需要返回 第二步 在其他控制器上 定义。第一步 首先 在 控制器上 和 每个接口方法 上 添加 注释 如图。第二步：规定 控制属于 哪个 版本。第二步 ：打开项目的.csproj文件加上 添加。

2、枚举可能的状态，在枚举状态之前需要确定状态种类。3、将所有与某个状态有关的行为放到一个类中，并且可以方便地增加新的状态，只需要改变对象状态即可改变对象的行为。3、状态模式对"开闭原则"的支持并不太好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源代码，否则无法切换到新增状态，而且修改某个状态类的行为也需修改对应类的源代码。在状态模式中，类的行为是基于它的状态改变的。在状态模式中，我们创建表示各种状态的对象和一个行为随着状态对象改变而改变的 context 对象。

在访问者模式中，我们使用了一个访问者类，它改变了元素类的执行算法。通过这种方式，元素的执行算法可以随着访问者改变而改变。这种类型的设计模式属于行为型模式。根据模式，元素对象已接受访问者对象，这样访问者对象就可以处理元素对象上的操作。1、具体元素对访问者公布细节，违反了迪米特原则。2、具体元素变更比较困难。3、违反了依赖倒置原则，依赖了具体类，没有依赖抽象。您在朋友家做客，您是访问者，朋友接受您的访问，您通过朋友的描述，然后对朋友的描述做出一个判断，这就是访问者模式。1、符合单一职责原则。

在策略模式 中，一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。1、算法可以自由切换。2、避免使用多重条件判断。旅行的出游方式，选择骑自行车、坐汽车，每一种旅行方式都是一个策略。2、所有策略类都需要对外暴露。

如果类的成员变量过多，势必会占用比较大的资源，而且每一次保存都会消耗一定的内存。备忘录模式 保存一个对象的某个状态，以便在适当的时候恢复对象。备忘录模式属于行为型模式。给用户提供了一种可以恢复状态的机制，可以使用户能够比较方便地回到某个历史的状态。

责任链模式 为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。它将请求的发送者和接收者解耦。通过改变链内的成员或者调动它们的次序，允许动态地新增或者删除责任。2、系统性能将受到一定影响，而且在进行代码调试时不太方便，可能会造成循环调用。3、可能不容易观察运行时的特征，有碍于除错。总结：最高等级的，可以调用 下属的 所有 子。

中介者模式 是用来降低多个对象和类之间的通信复杂性。这种模式提供了一个中介类，该类通常处理不同类之间的通信，并支持松耦合，使代码易于维护。中介者模式属于行为型模式。1、降低了类的复杂度，将一对多转化成了一对一。2、各个类之间的解耦。3、符合迪米特原则。MVC 框架，其中C（控制器）就是 M（模型）和 V（视图）的中介者。中介者会庞大，变得复杂难以维护。

解释器模式 提供了评估语言的语法或表达式的方式，它属于行为型模式。这种模式实现了一个表达式接口，该接口解释一个特定的上下文。1、可利用场景比较少。2、对于复杂的文法比较难维护。3、解释器模式会引起类膨胀。1、可扩展性比较好，灵活。2、增加了新的解释表达式的方式。3、易于实现简单文法。总结：提供抽象 表达式 并提供参数，实现类 传参 然后比较 表达式 提供的 参数。

1、如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。2、如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。3、观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。当对象间存在一对多关系时，则使用观察者模式。比如，当一个对象被修改时，则会自动通知依赖它的对象并。1、观察者和被观察者是抽象耦合的。拍卖的时候，拍卖师观察最高标价，然后通知给其他。观察者模式属于行为型模式。

由于迭代器模式将存储数据和遍历数据的职责分离，增加新的聚合类需要对应增加新的迭代器类，类的个数成对增加，这在一定程度上增加了系统的复杂性。1、访问一个聚合对象的内容而无须暴露它的内部表示。2、需要为聚合对象提供多种遍历方式。3、为遍历不同的聚合结构提供一个统一的接口。迭代器模式是非常常用的设计模式。这种模式用于顺序访问集合对象的元素，不需要知道集合对象的底层表示。迭代器模式属于行为型模式。它支持以不同的方式遍历一个聚合对象。总结：遍历(聚合)集合数据。下面示例 演示 迭代器模式。

命令模式 是一种数据驱动的设计模式，它属于行为型模式。请求以命令的形式包裹在对象中，并传给调用对象。调用对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执行命令。总结：命令工厂 负责 添加命令(对象) 执行命令(对象)或批量执行命令(对象)1、降低了系统耦合度。2、新的命令可以很容易添加到系统中去。使用命令模式可能会导致某些系统有过多的具体命令类。下面以 代码形式 展示 命令模式。

在模板模式中，一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。这种类型的设计模式属于行为型模式。1、封装不变部分，扩展可变部分。2、提取公共代码，便于维护。3、行为由父类控制，子类实现。每一个不同的实现都需要一个子类来实现，导致类的个数增加，使得系统更加庞大。有一些通用的方法，将这些通用算法抽象出来。

1、由于在客户端和真实主题之间增加了代理对象，因此有些类型的代理模式可能会造成请求的处理速度变慢。2、实现代理模式需要额外的工作，有些代理模式的实现非常复杂。在代理模式中，一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。在代理模式中，我们创建具有现有对象的对象，以便向外界提供功能接口。简单来讲：就像Windows 里面的快捷方式。通过 代码 实现 代理模式。

这种类型的设计模式属于结构型模式，它提供了减少对象数量从而改善应用所需的对象结构的方式。享元模式尝试重用现有的同类对象，如果未找到匹配的对象，则创建新对象。提高了系统的复杂度，需要分离出外部状态和内部状态，而且外部状态具有固有化的性质，不应该随着内部状态的变化而变化，否则会造成系统的混乱。在有大量对象时，有可能会造成内存溢出，我们把其中共同的部分抽象出来，如果有相同的业务请求，直接返回在内存中已有的对象，避免重新创建。大大减少对象的创建，降低系统的内存，使效率提高。

外观模式 隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。1、去医院看病，可能要去挂号、门诊、划价、取药，让患者或患者家属觉得很复杂，如果有提供接待人员，只让接待人员来处理，就很方便。1、客户端不需要知道系统内部的复杂联系，整个系统只需提供一个"接待员"即可。不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。

组合模式又叫部分整体模式，是用于把一组相似的对象当作一个单一的对象。组合模式依据树形结构来组合对象，用来表示部分以及整体层次。这种类型的设计模式属于结构型模式，它创建了对象组的树形结构。在使用组合模式时，其叶子和树枝的声明都是实现类，而不是接口，违反了依赖倒置原则。该类提供了修改相同对象组的方式。

装饰器模式 允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。下面实例演示装饰器模式的用法。其中，把一个形状装饰上不同的颜色，同时又不改变形状类。在不想增加很多子类的情况下扩展类。

桥接是用于把抽象化与实现化解耦，使得二者可以独立变化。这种类型的设计模式属于结构型模式，它通过提供抽象化和实现化之间的桥接结构，来实现二者的解耦。这种模式涉及到一个作为桥接的接口，使得实体类的功能独立于接口实现类。这两种类型的类可被结构化改变而互不影响。桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。总结 利用桥接 做到 实现类 与 接口定义类 解耦，互不依赖，独立存在。

1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。适配器模式是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。这种模式涉及到一个单一的类，该类负责加入独立的或不兼容的接口功能。应用场景：读卡器是作为内存卡和笔记本之间的适配器。您将内存卡插入读卡器，再将读卡器插入笔记本，这样就可以通过笔记本来读取内存卡。2、提高了类的复用。