update readme

Apoll/DesignPatternLearning/config-cache/DesignPatternLearning+default+application.properties

@@ -0,0 +1,5 @@
+#Persisted by DefaultConfig
+#Fri Jan 12 21:45:46 CST 2024
+delay.service.time=10000
+service.level=0
+duty.chain=city,sex,product

Apoll/docker-compose.yml

@@ -0,0 +1,48 @@
+version: '2.1'
+
+services:
+  apollo-quick-start:
+    image: nobodyiam/apollo-quick-start
+    container_name: apollo-quick-start
+    depends_on:
+      apollo-db:
+        condition: service_healthy
+    ports:
+      - "8080:8080"
+      - "8070:8070"
+      - "8090:8090"
+    links:
+      - apollo-db
+    #environment:
+      #JAVA_OPTS: '-Xms100m -Xmx1000m -Xmn100m -Xss256k -XX:MetaspaceSize=10m -XX:MaxMetaspaceSize=250m'
+      #APOLLO_CONFIG_DB_USERNAME: 'root'
+      #APOLLO_CONFIG_DB_PASSWORD: 'apollo'
+      #APOLLO_PORTAL_DB_USERNAME: 'root'
+      #APOLLO_PORTAL_DB_PASSWORD: 'apollo'
+
+  apollo-db:
+    image: mysql:8.0
+    container_name: apollo-db
+    environment:
+      TZ: Asia/Shanghai
+      MYSQL_ALLOW_EMPTY_PASSWORD: 'yes'
+      #MYSQL_ROOT_PASSWORD: 'apollo'
+    healthcheck:
+      test: ["CMD", "mysqladmin" ,"ping", "-h", "localhost"]
+      interval: 5s
+      timeout: 1s
+      retries: 10
+    depends_on:
+      - apollo-dbdata
+    ports:
+      - "13306:3306"
+    volumes:
+      - ./sql:/docker-entrypoint-initdb.d
+    volumes_from:
+      - apollo-dbdata
+
+  apollo-dbdata:
+    image: alpine:latest
+    container_name: apollo-dbdata
+    volumes:
+      - /var/lib/mysql

README.md

@@ -1,13 +1,13 @@
 # designer
 
-《贯穿设计模式》学习笔记，持续更新!
+《贯穿设计模式》学习笔记，持续更新! :wink:
 
 ## 总览
 
 ```
 ./designer
 ├── adapter#适配器模式
-├── bridge#桥接模式  
+├── bridge#桥接模式
 ├── builder#建造者模式
 ├── command#命令模式
 ├── composite#组合模式
@@ -22,11 +22,43 @@
 ├── strategy#策略模式
 └── template#模版模式
 ```
+
 ## 博客
 
-欢迎学习我的博客-https://blog.csdn.net/qq_41124175/category_10663389.html
+欢迎学习我的博客-https://juejin.cn/column/7348320601998295079 :v:
+
+## 环境准备
+
+### 数据导入
+
+创建数据库 shop, 并导入 resources/sql/\*.sql 文件
+
+使用 navicat 可视化可得
+
+![MySQL](./imgs/初始化环境/初始化数据库.png)
+
+### 执行 docker
+
+### 部署 Apollo(责任链模式)
+
+```
+cd Apollo && docker-compose up -d
+```
+
+### 部署 rabbitMQ(命令模式)
+
+```shell
+docker run -d --hostname my-rabbit --name rabbit -p 15672:15672 -p 5673:5672 rabbitmq # 启动容器
+
+docker exec -it rabbit /bin/bash # 进入容器
+
+rabbitmq-plugins enable rabbitmq_management # 开启rabbitmq_management
+```
+
+## 设计模式 UML 图汇总
 
 ### 适配器模式
+
 ![适配器模式](./imgs/适配器模式.png)
 
 > 需求
@@ -38,42 +70,44 @@
 将一个接口转变为另一个接口，适配类和原有类具有相同的接口，并且持有新的目标对象
 
 ### 桥接模式
+
 ![桥接模式](./imgs/桥接模式.png)
 
 > 需求
 
-已有用户登陆功能，新增加第三方登陆方式 
+已有用户登陆功能，新增加第三方登陆方式
 
 > 目标
 
 将抽象和实现进行了分离，后期扩展性很高(有轻微的类膨胀)
 
-
 ### 组合模式
+
 ![组合模式](./imgs/组合模式.png)
 
 > 需求
 
-商品的类目数量越来越多，类目层级越来越深，业务部门要求修改完商品类目2个小时内生效
+商品的类目数量越来越多，类目层级越来越深，业务部门要求修改完商品类目 2 个小时内生效
 
 > 方案
 
 1. 组合模式
-2. 采用先更新数据库，再更新缓存，前端缓存时间设置为2个小时的策略
+2. 采用先更新数据库，再更新缓存，前端缓存时间设置为 2 个小时的策略
 
 > 目标
 
 旨在将对象组合成树形结构以表示"部分-整体"
 
 ### 访问者模式
+
 ![访问者模式](./imgs/访问者模式.png)
 
 > 解释
 
 Object Structure: 数据提供者籍商品类目的提供者
 
-1. client先通过ObjectStructure获取树形商品类目数据
-2. 调用visitor对步骤1的树形数据进行访问
+1. client 先通过 ObjectStructure 获取树形商品类目数据
+2. 调用 visitor 对步骤 1 的树形数据进行访问
 
 > 需求
 
@@ -84,9 +118,10 @@ Object Structure: 数据提供者籍商品类目的提供者
 旨在操作某个对象结构中各个层级元素的模式，在不改变元素整体结构的前提下，定义作用于这些元素的新操作
 
 ### 状态模式-有状态
+
 ![状态模式-有状态](./imgs/状态模式-有状态.png)
 
-Context组合的是State还是ConcreteState决定状态模式是否是有状态的
+Context 组合的是 State 还是 ConcreteState 决定状态模式是否是有状态的
 
 1. 有状态：只能处理一个订单
 2. 无状态：解决上述问题
@@ -100,13 +135,15 @@ Context组合的是State还是ConcreteState决定状态模式是否是有状态
 旨在封装状态的内部变更，类的行为基于状态的变化而变化，不同的状态，有不同的操作行为
 
 ### 状态模式-无状态
+
 ![状态模式-无状态](./imgs/状态模式-无状态.png)
 
 > 补充
 
-状态模式一般在企业开发中使用较少，单独开发成本和复杂度较高，一般使用spring的statemachine来表现有限状态机
+状态模式一般在企业开发中使用较少，单独开发成本和复杂度较高，一般使用 spring 的 statemachine 来表现有限状态机
 
 ### 观察者模式
+
 ![观察者模式](./imgs/观察者模式.png)
 
 > 需求
@@ -119,9 +156,10 @@ Context组合的是State还是ConcreteState决定状态模式是否是有状态
 
 > 解释
 
-Subject是被观察者用于通知观察者的方法
+Subject 是被观察者用于通知观察者的方法
 
 ### 命令模式
+
 ![命令模式](./imgs/命令模式.png)
 
 > 需求
@@ -138,11 +176,13 @@ Receiver: 真正执行命令的对象。接受者可以有多个，主要根据
 Invoke: 接受客户端正确的指令,并触发命令的执行
 
 ### 门面模式
+
 ![门面模式](./imgs/门面模式.png)
 
-Spring-Cloud GateWay就是一个门面，提供所有请求访问的入口
+Spring-Cloud GateWay 就是一个门面，提供所有请求访问的入口
 
 ### 策略模式
+
 ![策略模式](./imgs/策略模式.png)
 
 > 需求
@@ -154,44 +194,47 @@ Spring-Cloud GateWay就是一个门面，提供所有请求访问的入口
 对象有某个行为，在不同的场景中，该行为有不同的实现逻辑
 
 ### 工厂模式
+
 ![工厂模式](./imgs/工厂模式.png)
 
 ### 享元模式
+
 ![享元模式](./imgs/享元模式.png)
 
 > 解释
 
-unsharedFlyWeight: 不可共享的对象（即每次使用都需要使用关键字new出来）
+unsharedFlyWeight: 不可共享的对象（即每次使用都需要使用关键字 new 出来）
 
 ### 责任链模式
-![责任链模式](./imgs/责任链模式.png) 
+
+![责任链模式](./imgs/责任链模式.png)
 
 叫责任链表比较合适
 
 > 需求
 
-实时地，根据city，sex，product字段进行业务投放，比如：北京的男生；四川的电脑等等 → 责任链模式（责任链表模式）
+实时地，根据 city，sex，product 字段进行业务投放，比如：北京的男生；四川的电脑等等 → 责任链模式（责任链表模式）
 
 ### 装饰器模式
 
 ![装饰器模式](./imgs/装饰器模式.png)
 
-> 目标 
+> 目标
 
-旨在不改变一个对象逻辑的前提下，为这个对象添加其他额外的职责, Decorator,组合Component又实现Component
+旨在不改变一个对象逻辑的前提下，为这个对象添加其他额外的职责, Decorator,组合 Component 又实现 Component
 
 > 需求
 
 - 在业务投放的同时，需要给用户发放红包或者积分，在不改动的投放逻辑的前提下，增加一条异步的链路 → 装饰者模式
-- 新增加的异步链路对支付主链路来说是弱依赖的，在业务高峰期可以将其功能下掉或30分钟之后再进行同步。
-- 功能正常/下掉/30分钟之后再同步 → Apollo配置选项提供feature开关
-- 30分钟同步 → 引入MQ死信队列来解决
+- 新增加的异步链路对支付主链路来说是弱依赖的，在业务高峰期可以将其功能下掉或 30 分钟之后再进行同步。
+- 功能正常/下掉/30 分钟之后再同步 → Apollo 配置选项提供 feature 开关
+- 30 分钟同步 → 引入 MQ 死信队列来解决
 
 解决死信队列方案如下:
 
 ![死信MQ](./imgs/死信处理延时消息.png)
 
-原理：NormalMQ Queue中没有配置消费者，发送消息设置了30分钟的最大消费时间，如果30分钟内没有被正常消费则转移到死信队列里再进行消费。
+原理：NormalMQ Queue 中没有配置消费者，发送消息设置了 30 分钟的最大消费时间，如果 30 分钟内没有被正常消费则转移到死信队列里再进行消费。
 
 ### 建造者模式
 
@@ -206,32 +249,33 @@ unsharedFlyWeight: 不可共享的对象（即每次使用都需要使用关键
 
 ![原型模式](./imgs/原型模式.png)
 
-在Java语言中，比较简单，常用的两个方法如下：
+在 Java 语言中，比较简单，常用的两个方法如下：
 
-- 实现Cloneable接口重写clone方法即可
-- 实现Serializable序列化
+- 实现 Cloneable 接口重写 clone 方法即可
+- 实现 Serializable 序列化
 
 需要区分一下引用拷贝，浅拷贝，深拷贝的区别。
 
 ### 代理模式
 
 ![代理模式](./imgs/代理模式.png)
 
-一般来对现有方法的增强。 上述是静态代理的UML图，在实战中也需要注意掌握JDK和CGLIB动态代理的原理和适用场景。
+一般来对现有方法的增强。 上述是静态代理的 UML 图，在实战中也需要注意掌握 JDK 和 CGLIB 动态代理的原理和适用场景。
 
 ### 中介者模式
 
 ![中介者模式](./imgs/中介者模式.png)
 
 中介者模式可以通过中介者来封装一系列的对象交互，将对象间复杂的关系网状结构变成结构简单的以中介者为核心的星形结构，从而简化对象间的关系。
+
 - Mediator：代表着中介者
 - Colleague：代表着同事类（本例为购买者和支付者）
 
-Colleague的所有操作都是对中介者的操作，所以有Colleague指向Mediator的箭头；
-ConcreteMediator也持有了ConcreteColleagueA（购买者）和ConcreteColleagueB（支付者）的引用。
+Colleague 的所有操作都是对中介者的操作，所以有 Colleague 指向 Mediator 的箭头；
+ConcreteMediator 也持有了 ConcreteColleagueA（购买者）和 ConcreteColleagueB（支付者）的引用。
 
 ### 模版模式
 
 ![模版模式](./imgs/模版模式.png)
 
-主要是AbstractClass对模版方法进行定义，ConcreteClass1-n是子类实现父类特有的方法。
+主要是 AbstractClass 对模版方法进行定义，ConcreteClass1-n 是子类实现父类特有的方法。

pom.xml

@@ -17,6 +17,12 @@
         <java.version>17</java.version>
     </properties>
     <dependencies>
+
+        <dependency>
+            <groupId>org.springframework.boot</groupId>
+            <artifactId>spring-boot-starter-actuator</artifactId>
+        </dependency>
+
         <dependency>
             <groupId>org.springframework.boot</groupId>
             <artifactId>spring-boot-starter</artifactId>

src/main/java/com/alipay/shop/util/Constants.java

@@ -15,12 +15,12 @@ public class Constants {
     /**
      * 支付宝公钥
      */
-    public static final String ALIPAY_PUBLIC_KEY = "";
+    public static final String ALIPAY_PUBLIC_KEY = "#";
 
     /**
      * 应用私钥
      */
-    public static final String APP_PRIVATE_KEY = "";
+    public static final String APP_PRIVATE_KEY = "#";
 
     /**
      * 沙箱接口路径

src/main/resources/application.yml

@@ -25,8 +25,8 @@ mybatis-plus:
       id-type: auto
 
 gitee:
-  client_id: a37f1f134f04696bd623746520e48e44ee8e3f1b43ff73af640c49ba23dfdc3e
-  client_secret: df01d28789c1442470723bf72e05eb478f60bd2671ab88867ec8b3d89a9578bd
+  client_id: # client_id
+  client_secret: # client_secret
   redirect_uri: http://localhost:8081/bridge/gitee
   user_prefix: "GITEE@"
 
@@ -40,10 +40,8 @@ apollo:
     enabled: true
     eagerLoad:
       enabled: true
-  cacheDir:
-    "/Users/hujiale/GitCode/Apoll"
+  cacheDir: "/Users/hujiale/GitCode/Apoll"
 
 logger:
   level:
-    com:
-      info
+    com: info