适配器模式（Adapter Pattern）是一种结构性设计模式，它允许将一个类的接口转换成客户端希望的另一个接口。适配器模式通常用于解决两个不兼容接口之间的兼容性问题，使得不同接口的类可以一起工作。这个模式涉及一个称为适配器的类，它充当两个不同接口之间的桥梁，使得它们可以协同工作。
桥接模式是一种结构型设计模式，它用于将抽象部分与其实现部分分离，以便它们可以独立地变化。这种模式涉及一个接口，它充当一个桥，使得具体类可以在不影响客户端代码的情况下改变。桥接模式将继承关系转化为组合关系，从而减少类之间的紧密耦合度，使得系统更加灵活和可扩展。
工厂模式是一种对象创建型模式，它提供了一种创建对象的最佳实践。在工厂模式中，我们在创建对象时不使用 new 关键字，而是通过调用工厂方法来创建对象。工厂方法是一种在子类中定义的方法，该方法负责实例化对象。工厂方法可以返回不同的对象类型，因此工厂模式可以创建一组相关或不相关的对象。这样就可以将对象的创
## 简介 单例模式是一种常用的软件设计模式，用于创建类型。通过单例模式的方法创建的类在当前进程中只有一个实例。单例模式的类只能允许一个实例存在。单例模式的作用是保证在整个应用程序的生命周期中，任何一个时刻，单例类的实例都只存在一个。 组成部分： 1. 私有化构造方法。 2. 私有化内部实例。 3.
## 简介 组合模式(Composite)是针对由多个节点对象（部分）组成的树形结构的对象（整体）而发展出的一种结构型设计模式，它能够使客户端在操作整体对象或者其下的每个节点对象时做出统一的响应，保证树形结构对象使用方法的一致性，使客户端不必关注对象的整体或部分，最终达到对象复杂的层次结构与客户端解
在日常开发中，当需要给一个现有类添加附加职责，而又不能采用生成子类的方法进行扩充时。例如，该类被隐藏或者该类是终极类或者采用继承方式会产生大量的子类。这时候，我们该怎么办呢？我们可以使用装饰器器模式来解决这个问题，**本文将从以下四个方面讲解装饰器器模式**。 - 简介 - 优缺点 - 应用场景 -
在软件开发中，我们经常会遇到这样的情况：我们需要使用一个现有的类或者接口，但它与我们系统的目标接口不兼容，而我们又不能修改它。这时候，我们该怎么办呢？大多数情况下我们都可以使用适配器模式来解决这个问题，**本文将从以下四个方面讲解适配器模式**。 - 简介 - 优缺点 - 应用场景 - Java 代
门面模式和适配器模式是代码级的设计模式，而防腐层本质是一种防御型策略，在更高的层级对系统进行解耦。通常情况下，防腐层包含一系列的门面类和适配器类以及一些转换器类。
在微信公众号的使用过程中，为了提高信息传输的安全性，可以在服务器配置中将消息加解密模式指定为安全模式。 启用安全模式后，公众号主动调用API的情况并不会受影响，只有被动回复用户的消息时才需要对消息进行加解密。 官方提供了5种开发语言的示例代码，参照官方给的C++示例代码，本文给出go语言的解密实现：
本文属于OData系列文章 前文说到了 EDM 与 OData 之间的关系，具有 EDM 的 OData 提供了强大的查询能力，但是 OData 并不必须要配置 EDM，我们也可以使用 Non-EDM 方案。 Non-EDM 所谓 Non-EDM ，并不是说在 OData 运行时不需要 EDM 配置
在之前的Java 17新特性中，我们介绍过关于JEP 406: switch的模式匹配，但当时还只是关于此内容的首个预览版本。之后在JDK 18、JDK 19、JDK 20中又都进行了更新和完善。如今，在JDK 21中，该特性得到了最终确定！下面，我们就再正式学习一下该功能！ 在以往的switch语
C# 模式匹配 https://www.geeksforgeeks.org/pattern-matching-in-c-sharp/ https://www.codeproject.com/Articles/5368148/Your-Quick-Guide-to-Pattern-Matching-i
定义 适配器模式是一种结构型设计模式，它允许将一个类的接口转换为客户端希望的另一个接口。适配器使得原本由于接口不兼容而不能一起工作的类可以协同工作。通过创建适配器类，可以将现有类的接口转换成目标接口，从而使这些类能够在一起工作。 为什么使用适配器模式 兼容性 适配器模式能够解决由于接口不兼容而无法直
定义 抽象工厂模式是一种创建型设计模式，它提供一个接口，用于创建一系列相关或依赖的对象，而无需指定它们的具体类。抽象工厂模式将对象的创建过程抽象化，允许子类通过实现具体工厂类来定制对象的创建。 为什么使用抽象工厂模式 产品族的一致性 抽象工厂模式确保同一产品族中的对象之间的一致性。 部分遵循开闭原则
定义 工厂方法模式是一种创建型设计模式，它定义了一个用于创建对象的接口，但由子类来决定实例化哪一个类。工厂方法使得类的实例化延迟到子类，这样可以让客户端在不需要知道具体类的情况下创建对象。工厂方法模式通过使用继承和多态性，允许子类来控制对象的创建方式，能够更好地应对对象创建的复杂性和变化性。 为什么
定义 简单工厂模式（Simple Factory Pattern）是一种创建型设计模式，它定义一个用于创建对象的接口，但由一个单独的类来实现实际创建的工作。简单工厂模式通过在一个类中集中管理对象的创建过程，可以减少客户端与具体类之间的耦合，使得代码结构更加清晰和易于维护。通过专门定义一个类来负责创建
需求场景 按着惯例，还是以一个应用场景作为代理模式的切入点。现在有一个订单系统，要求是:一旦订单被创建，只有订单的创建人才可以修改订单中的数据，其他人则不能修改。 基本实现思路 按着最直白的思路，就是查询数据库中订单的创建人和当前Session中的登录账号ID是否一致。 class Order {
定义 装饰模式（Decorator Pattern），又称为包装模式，是一种结构型设计模式。它允许在不改变现有对象结构的情况下，动态地添加新的功能。通过将每个功能封装在单独的装饰器类中，并且这些装饰器类通过引用原始对象来实现功能的组合，从而提供了灵活性和可扩展性的优势。装饰模式避免了通过继承方式增加
目录前言使用简单工厂改进使用注册表改进参考文章 前言 在上一篇文章中我们提到了抽象工厂模式初版代码的一些缺点：①客户端违反开闭原则②提供方违反开闭原则。本文将针对这两点进行讨论 使用简单工厂改进 对于缺点①，我们可以使用简单工厂的思路来改进抽象工厂的初版代码。对于上一篇文章中的例子，我们去除Came
目录背景抽象工厂模式优点与缺点参考文章 背景 现在我需要开发一个相机操作模块，它可能在Windows下运行，也可能在Linux下运行。由于在厂家提供的SDK中，Windows下的SDK和Linux下的SDK是有区别的，因此对于一个品牌的相机，我们要创建两个类去封装这两个不同平台下的API。 我们先使
