设计模式第九章 - 适配器模式

设计模式第九章 - 适配器模式

设计模式第九章 - 适配器模式 适配器模式(Adapter Pattern)是一种结构型设计模式,用于将一个类的接口转换成客户端所期望的另一个接口。它通常用于以下情况: 系统需要使用一个已经存在的类,但其接口与系统的要求不匹配。 希望创建一个可以复用的类,该类与其他不相关的类或接口进行交互。 适配器

设计模式第八章 - 装饰器模式

设计模式第八章 - 装饰器模式 装饰器模式(Decorator Pattern)是一种结构型设计模式,它允许你在不修改现有对象的情况下,动态地将新行为添加到对象上。装饰器模式通常用于扩展类的功能,而不是通过子类来实现功能扩展,从而避免了类爆炸(类的数量急剧增加)问题。 以下是装饰器模式的关键组成部分

设计模式第八章 - 装饰器模式
设计模式第七章 - 桥接模式

设计模式第七章 - 桥接模式

设计模式第七章 - 桥接模式 上一章我们学习了第一种结构型模式:代理模式。它在不改变原始类(或者叫被代理类)代码的情况下,通过引入代理类来给原始类附加功能。代理模式在平时的开发经常被用到,常用在业务系统中开发一些非功能性需求,比如:监控、统计、鉴权、限流、事务、幂等、日志。 今天,我们再学习另外一种

设计模式第六章 - 代理模式

设计模式第六章 - 代理模式 代理模式(Proxy Pattern)是一种结构型设计模式,它允许你提供一个代理(或者替代品)来控制对另一个对象的访问。代理通常用于在访问一个对象时添加一些额外的行为,而不需要修改原始对象的代码。代理模式可以增加代码的灵活性、安全性、以及性能优化。 [!note] 这里

设计模式第六章 - 代理模式
设计模式第五章 - 原型模式

设计模式第五章 - 原型模式

设计模式第五章 - 原型模式 原型模式(Prototype Pattern)是一种创建型设计模式,它的主要目标是允许通过复制现有对象来创建新对象,而不需要从头开始重新构建。这种模式适用于那些对象的创建过程比较昂贵或复杂的情况,因为它可以减少对象的创建成本,提高性能,并且使系统更加灵活。原型模式的核心

设计模式第四章 - 建造者模式

设计模式第四章 - 建造者模式 建造者模式(Builder Pattern)是一种创建型设计模式,它的主要目标是将一个复杂对象的构建过程与其表示分离,使得同样的构建过程可以创建不同的表示。这有助于简化大型对象的构建,提高代码的可读性和可维护性,同时允许客户端代码按照需要构建对象的各个部分。 以下是建

设计模式第四章 - 建造者模式
设计模式第三章 - 工场模式

设计模式第三章 - 工场模式

设计模式第三章 - 工场模式 工厂模式(Factory Pattern)是一种创建型设计模式,用于对象的创建和实例化。它提供了一种将对象的实例化过程封装在一个单独的方法或类中的方式,以便在应用程序中更灵活地创建对象,而不必直接调用构造函数。工厂模式有多种变体,其中最常见的包括简单工厂模式、工厂方法模

设计模式第二章 - 单例模式

设计模式第二章 - 单例模式 单例模式(Singleton Pattern)是一种创建型设计模式,其主要目的是确保一个类只有一个实例,并提供全局访问点以访问该实例。 这使得单例类的实例在应用程序中全局可用,通常用于管理共享资源、全局配置、日志记录、数据库连接等。 以下是单例模式的一般实现方法: 私有

设计模式第二章 - 单例模式
设计模式第一章 - 设计原则

设计模式第一章 - 设计原则

设计模式第一章 - 设计原则 在面向对象设计中,有五个常见的设计原则,通常被统称为SOLID原则。每个原则都有不同的焦点,但它们共同旨在帮助开发人员创建更加可维护、可扩展和健壮的软件系统。这些原则是: 单一职责原则(Single Responsibility Principle,SRP): 单一职责

Docker第十三章 - CI/CD与Jenkins

Docker第十三章 - CI/CD与Jenkins 1. CI/CD 与 DevOps 1.1 CI/CD 简介 从plan开始看 CI,Continuous Integration,持续集成。即将持续不断更新的代码经构建、测试后也持续不断的集成到项目主干分支。 CD,包含两层含义:Continu

Docker第十三章 - CI/CD与Jenkins