软件设计模式主要有哪几种
主要有23种软件设计模型类型：有23个类别：
1.创建模型：
1.创建工厂方法模式工厂方法模式的创建是由于简单工厂模型的问题。简单工厂模型中的创建依赖工厂类。如果要扩展程序，则必须修改工厂类别。因此，出现工厂方法模式，只需要创建一个工厂界面和多个工厂。
2.抽象的工厂模型抽象工厂模型是提供一个界面，该界面创建一系列相关或相互依存的对象而不指定它们。不同的是工厂方法模型，工厂方法模型是创建一个可以实现各种对象的工厂;抽象的工厂模型是提供一个抽象的工厂界面来定义各种工厂，每个工厂都可以生产各种对象。-软件设计
3.单模式单模式可以确保只有一个类的示例，并提供一个访问它的全局访问点。同时，它在类中创建一个对象。通过设置授权，它不能再创建一个对象。单个对象可以保证在JVM中，只有一个示例。
4.构建器模型构建器模型是要分开复杂的构造并表示它，以便相同的施工过程可以创建不同的表示。。
5.原型模式：原型模式是指定原型实例创建对象的类型，并通过复制这些原型来创建新对象。实际上，对象被复制并返回给呼叫者。对象需要继承可克隆并重写克隆方法。原型模式的想法是将对象用作原型，复制和克隆以生成类似于原始对象的新对象。-设计模式
第二，结构模式：
1.适配器模式适配器模式是使那些由于接口的不兼容而无法一起工作的类，这些界面可以一起工作，连接两个不满意和独立的界面函数，以便它们可以一起工作，并且适配器播放一个中介机构角色。
2.装饰模式：装饰模式是动态地添加一些额外的责任，向对象添加一些新功能，需要装饰对象和装饰对象才能实现相同的接口，并且装饰对象具有一个实例装饰对象。在动态增加中增加，也可以动态撤销。为了实现动态形式，无法实现继承，因为继承是静态的。-软件设计
3.代理模式代理模式为其他对象提供了一个代理，以控制该对象的访问，即创建类的代理类，并在间接访问代理类过程中控制其函数。
4.外观模式的外观模式是为子系统中的一组接口提供一组接口。外观模式定义了高射线接口。该界面使该子系统更易于使用。
5.桥梁模式桥模式是将抽象部分与实现部分区分开MVC模式）。
6.组合模式：组合模式是将对象组合到树状的结构中，以指示“部分跨越”的层次结构。组合模式使用户与使用单个对象和组合对象的使用一致。
7.享受人类模式：享受元素模式是一个使用共享技术来有效支持大量粒径的对象。享受yuan模式的主要目的是实现对象的共享，即共享池。当系统中有许多对象时，它可以减少内存开销。重复现有的类似对象。如果找不到匹配的对象，则会创建一个新对象。重新创建对象，降低系统内存并提高效率。-设计模式
第三，行为模型：
1.战略模式：
策略模式是一系列算法，将它们一个一个一个封装并彼此替换，并且算法的更改不会使用算法影响客户。
2.模型模式：
模板方法模式是一个定义操作中算法的骨架，并延迟一些步骤进入子类。该模型在抽象类中，有一个主方法，然后定义1 ... n方法，可以是摘要或一种实用方法。通过调用抽象类，实现了调用子类。
模板方法使子类能够调节算法的某些特定步骤，而无需更改算法的结构，并将一些固定的步骤和固定逻辑方法封装到模板方法中。按下模板方法来完成这些特定的步骤。
3.观察者模式：
观察者模式是对象之间的一个 - 到 - 多次依赖。当对象的状态更改时，所有依赖于其的对象都会通知并自动更新。
也就是说，当观察者的状态发生变化时，所有观察者都会被告知该依赖方法为两道。电子邮件订阅和QQ邮箱中的RSS订阅。当用户浏览一些博客时，他们经常会看到RSS图标。据说，当文章订阅该文章时，如果将来有更新，将在及时通知用户。这种现象是典型的观察者模式。-软件设计
4.迭代设备模式：
迭代器模式提供了一种方法，可以访问聚合对象中的每个元素，而无需公开对象的内部表示。
在Java中，将汇总类中的每个元素的行为分开并封装到迭代器中，以使迭代器处理遍历的任务。简化聚合类别，但不能暴露骨料类的内部。在我们经常使用的JDK中，我们经常使用的JDK类别是这些基本内容。
5.责任链模式：
责任链模式是避免访问者和接收器的夫妇，以便多个对象可以接收请求，将这些对象连接到链条中，并沿该链条传递该请求，直到对象处理对象为止。有多个对象，每个对象都有对下一个对象的引用，以便将形成链，并在该链上传递请求，直到对象确定请求为止。-设计模式
6.命令模式：
命令模式是将请求封装到对象中，以便发件人可以通过不同的请求参数化客户。在模式下，有三个对象，以实现请求和执行分隔。呼叫者选择要发布的命令，并指定接收器。
7.成员：
备忘录模式是捕获对象的内部状态，而无需破坏包裹并将状态保存在对象之外。创建备忘类以存储原始类信息；同时，创建一个备忘录仓库类来存储储备记录类。主要目的是保存对象的特定状态，以便可以在适当的情况下恢复对象，即备份。-软件设计
8.状态模式：
状态模式是允许对象在内部状态更改时改变其行为。对象具有多种状态，每个状态都有特定的行为。
9.访客模式：
访问者模式主要是为了将数据结构与数据操作分开。与访问访问者的接口添加到采访类别的访问者。访问者封装了访客结构的某些混乱操作，解耦的结构和算法，并具有出色的可扩展性。受欢迎的是，这是一种分离对象数据结构和行为的方法。-设计模式
10.中介模式：
中间模式使用中介对象封装一系列以进行交互的对象。中介机构使每个对象都不明确地相互引用，以使它们耦合和松动，并且可以独立地改变其相互作用。
11.解释器模式：
解释器模式是给定语言，定义其语法表示，并定义解释器。该解释器使用此标识来解释语言的句子。它基本上是在此范围内使用的。适用的表面狭窄，例如：正则表达式的解释。
扩展资料：
软件设计概念和意义：
软件设计模型是软件设计经验的摘要，是对软件设计中重复设计问题的成功解决方案的描述。为了记录这些成功的设计经验并促进未来的使用，软件设计模式通常包括4个基本元素：模式名称，问题，解决方案和效果。
模式名称实际上是一个有助于内存的名称。这是软件设计的技术术语，可帮助设计师之间的交流。
这个问题描述了设计师面临的设计方案，以在什么情况下告诉设计师。
该解决方案描述了设计的详细信息，该详细信息通常给出方案的方案图标（例如UML，序列图等类图，也可能是一些示意图）和相关的文本描述。如果可能的话，将给出某些代码实例。对解决方案的深入了解。
效果描述了设计方案的优势和缺点。这些效果通常面临软件的质量属性，例如可扩展性和复制。
软件设计模式的重要性在于设计模型可以使设计师更方便地学习或使用成功的设计解决方案，该解决方案已直接确认，而无需花费时间进行重复设计。一些设计模型甚至提供显示-Class -Class -Class -Class -Class图表设计和代码示例，为设计和软件的开发提供了直接支持。-软件设计
通常在软件开发中设计模式都有哪些原则呢
您好，我很高兴回答您的问题。
软件开发中设计模式中常用的六个原则如下：
1.开放和关闭原则
打开和关闭原则的含义是：扩展和开放，修改和关闭。需要扩展程序时，无法修改原始代码以实现热插入效果。简而言之，这是使程序的可扩展性，易于维护和升级。如果您想实现此效果，我们需要使用界面和抽象类，我们将在以后的设计中提及这一点。-设计模式
2.原理
Risai替换的原理是面向对象的设计的基本原理之一。根据里的替换原则，可以出现任何基类，子类都可以出现。LSP是重用的继承的基石。只有当派生类可以替换基类并且软件单元的函数不受影响时，可以真正重复使用基类，并且衍生类别还可以根据base类Behavior添加新的新。里的替代原则是由开放和关闭原则补充的。实现开放和关闭原则的关键步骤是抽象，基本类别和子类之间的继承关系是抽象的特定实现。因此，里氏替代的原则是实现抽象的特定步骤的规范。-软件设计
3.依赖原理逆转
该原则是开放和关闭原则的基础。特定内容：对于接口编程，它取决于抽象，不取决于特定。
4.接口隔离原理
该原理的含义是：使用多个隔离接口比使用单个接口更好。它还具有减少类之间的耦合的另一个含义。可以看出，实际上，设计模式是从大型开始的软件设计思想软件体系结构，易于升级和维护。它强调降低依赖性并减少耦合。-设计模式
5.迪米特定律，也称为最低指导原则
最小的指导原则意味着，一个实体应尽可能少地与其他实体进行交互，以使系统功能模块相对独立。
6.综合重用原理
合成重用的原则是指使用合成/聚集，而不是继承。
备忘录模式的基本介绍
Memento模式，也称为快照模式或令牌模式，是GOF的23个设计模式之一，属于行为模式。定义：在不破坏封闭的前提下，对象的内部状态被捕获，并且该状态被保存在对象之外。这样，可以将对象恢复到原始保存状态。涉及的字符：1。Originator：负责创建备忘录纪念品以在当前时刻记录其内部状态，并使用备忘录恢复内部状态。发起者可以确定纪念品的内部状态将其存储。 2.Memento（备忘录）：负责存储Orginator对象的内部状态，并防止以外的其他对象访问备忘录。备忘录中有两个接口：看守只能看到备忘录的狭窄界面，他只能将备忘录传递给其他物体。发起者可以看到备忘录的宽度接口，从而允许其访问返回前面状态所需的所有数据。 3.看守（经理）：负责记住纪念品，您无法访问或操作纪念品的内容。备忘模式的优点和缺点1.备忘模式的优势1.有时某些赞助商对象的内部信息必须保留在赞助商对象之外，但必须由发起者读取。将赞助商的复杂内部信息阻止到其他对象，以便可以正确保留包装的边界。 2.该模型简化了人类。赞助商不再需要管理和保留其内部状态，客户可以管理所需的版本。 3.当启动器的状态变化时，可能无效。目前，您可以使用临时存储的备忘录来恢复状态。 2.备忘录模式的缺点：1。如果启动器角色的状态需要完全存储在备忘录中，则上述备忘录的备忘录将很昂贵。 2.当负责人的角色存储备忘录时，负责的人可能不知道该状态下存储空间会占多大，因此用户不能提醒用户是否昂贵。 3.当发起者的状态变化时，本协议可能无效。如果状态变化的成功率不高，则最好采用“ IF”协议模式。-软件设计
