参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 解释器模式
3. 字节码
1. 概述
1.1 描述
$\cdot$ 解释器模式(Interpreter Pattern) 提供了评估语言的语法或表达式的方式, 它属于行为型模式.
$\\$ 解释器模式给定一个语言, 定义它的文法的一种表示, 并定义一个解释器, 这个解释器使用该表示来解释语言中的句子.
$\\$ 这种模式被用在SQL解析, 符号处理引擎等.
月度归档： 2025 年 8 月
[UE5 设计模式] 模板模式Template Pattern
参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 模板模式
1. 概述
1.1 描述
$\cdot$ 在模板模式(Template Pattern) 中, 一个抽象类公开定义了执行它的方法的方式/ 模板. 它的子类可以按需要重写方法实现, 但调用将以抽象类中定义的方式进行. 这种类型的设计模式属于行为型模式.
[UE5 设计模式] 组合模式Composite Pattern
参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 组合模式
3. UE开发中的设计模式(四) —— 组合模式
1. 概述
1.1 描述
$\cdot$ 组合模式(Composite Pattern), 又叫部分整体模式, 是用于把一组相似的对象当作一个单一的对象. 组合模式依据树形结构来组合对象, 用来表示部分以及整体层次. 这种类型的设计模式属于结构型模式, 它创建了对象组的树形结构.
$\\$ 这种模式创建了一个包含自己对象组的类. 该类提供了修改相同对象组的方式.
[UE5 设计模式] 桥接模式Bridge Pattern
参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 桥接模式
3. 游戏开发设计模式之桥接模式
1. 概述
1.1 描述
$\cdot$ 桥接(Bridge) 是用于把抽象化与实现化解耦, 使得二者可以独立变化. 这种类型的设计模式属于结构型模式, 它通过提供抽象化和实现化之间的桥接结构, 来实现二者的解耦.
$\\$ 这种模式涉及到一个作为桥接的接口, 使得实体类的功能独立于接口实现类, 这两种类型的类可被结构化改变而互不影响.
$\\$ 桥接模式的目的是将抽象与实现分离, 使它们可以独立地变化, 该模式通过将一个对象的抽象部分与它的实现部分分离, 使它们可以独立地改变. 它通过组合的方式, 而不是继承的方式, 将抽象和实现的部分连接起来.
[UE5 设计模式] 设计模式一些概念
最近在开始备考下半年的高级系统架构设计师软考, 由于之前并没有系统地学习过设计模式, 在刷这部分相关的知识要点时总是云里雾里的. 实际上, UE的源码框架中融合了非常多的设计模式, 学习其使用的设计模式的同时也能够不断加深自己对于设计模式的理解. shiroe大佬在几年前写下一系列设计模式在UE4中的应用的优秀博客文章, 但很可惜的是, 并没有更新完常用的设计模式在UE中的应用, 故自己也决定站在巨人的肩膀上继续探索剩余的设计模式在UE5中的应用. 本文将汇总一系列设计模式在UE5中的应用的文章的入口, 使用的引擎版本为UE5.5.3.
[UE5 设计模式] 代理模式Proxy Pattern
参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 代理模式
3. UE4游戏逻辑与渲染逻辑分离
1. 概述
1.1 描述
$\cdot$ 在代理模式(Proxy Pattern) 中, 一个类代表另一个类的功能, 这种类型的设计模式属于结构型模式.
$\\$ 代理模式通过引入一个代理对象来控制对原对象的访问. 代理对象在客户端和目标对象之间充当中介, 负责将客户端的请求转发给目标对象, 同时可以在转发请求前后进行额外的处理.
$\\$ 在代理模式中, 我们创建具有现有对象的对象, 以便向外界提供功能接口.