# SpringBoot-DesignModel

**Repository Path**: wang_li_wen/spring-boot-design-model

## Basic Information

- **Project Name**: SpringBoot-DesignModel
- **Description**: Java设计模式
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2023-02-16
- **Last Updated**: 2025-06-19

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# SpringBoot-DesignMode

Java 23种设计模式Demo案列大全 ☞ SpringBoot框架

【每种设计模式都会标记不同的package，每种设计模式例子尽量全、尽量通俗易懂、尽量符合JavaDoc规范】

总共有 23 种设计模式 ， 可以分为三大类 ： 创建型模式 ， 结构型模式 ， 行为型模式 。

        1、创建型模式
                单例模式：某个类只能有一个实例，提供一个全局的访问点。

                工厂模式：一个工厂类根据传入的参数决定创建出那一种产品类的实例。

                抽象工厂：创建相关或依赖对象的家族，而无需明确指定具体类。

                建造者模式：封装一个复杂对象的构建过程，并可以按步骤构造。

                原型模式：通过复制现有的实例来创建新的实例。

        2、结构型模式
                适配器模式：将一个类的方法接口转换成客户希望的另外一个接口。

                组合模式：将对象组合成树形结构以表示“”部分-整体“”的层次结构。

                装饰模式：动态的给对象添加新的功能。

                代理模式：为其他对象提供一个代理以便控制这个对象的访问。

                亨元模式：通过共享技术来有效的支持大量细粒度的对象。

                外观模式：对外提供一个统一的方法，来访问子系统中的一群接口。

                桥接模式：将抽象部分和它的实现部分分离，使它们都可以独立的变化。

        3、行为型模式
                模板模式：定义一个算法结构，而将一些步骤延迟到子类实现。

                解释器模式：给定一个语言，定义它的文法的一种表示，并定义一个解释器。

                策略模式：定义一系列算法，把他们封装起来，并且使它们可以相互替换。

                状态模式：允许一个对象在其对象内部状态改变时改变它的行为。

                观察者模式：对象间的一对多的依赖关系。

                备忘录模式：在不破坏封装的前提下，保持对象的内部状态。

                中介者模式：用一个中介对象来封装一系列的对象交互。

                命令模式：将命令请求封装为一个对象，使得可以用不同的请求来进行参数化。

                访问者模式：在不改变数据结构的前提下，增加作用于一组对象元素的新功能。

                责任链模式：将请求的发送者和接收者解耦，使的多个对象都有处理这个请求的机会。

                迭代器模式：一种遍历访问聚合对象中各个元素的方法，不暴露该对象的内部结构。

如任务链测试说明：

       /**
         * 通过两种查询对比，你会发现：
         * 1、查询结果都一样
         * 2、没有使用任务链设计模式的service层代码非常臃肿，而使用了任务链的service层看起来很棒
         * 3、如果一个service只干一件事的话，无疑第一种service干了很多事情，比如把电脑组件的加载都放在了当前类中
         *    一旦这个service的代码越来越多，后期维护起来会很困难，不如每个组件的加载单独交给一个任务来处理，
         *    反正数据和参数都是固定的【这句话很重要，值得深思，如果参数不固定，要怎么改造呢？ 自己尝试吧...】
         * 4、使用了任务链的service，在查询结果的时候，只要知道参与此次查询的任务都有哪些，任务之间的衔接关系是什么
         *    至于任务链中的每个任务都干了什么，不在当前service层中体现出来
         *    总之，给我数据和条件，剩下的你就不用管了，我最后给你返回正确的结果就行了
         */

更多内容请关注我的CSDN博客：https://blog.csdn.net/Appleyk

本项目博客地址：https://blog.csdn.net/Appleyk/article/details/83787334

地址：https://github.com/kobeyk/SpringBoot-DesignMode.git