虚幻引擎深度解析


除了逐行查看源代码或阅读官方文档中提供的有限信息外, 深入探讨Epic Games虚幻引擎架构的资源并不多. 本文旨在为那些希望更深入了解引擎的人填补这一空白.

继续阅读虚幻引擎深度解析

[UE5 设计模式] 备忘录模式Memento Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 备忘录模式
3. 看完,你也能用备忘录模式手写一个游戏的存档功能!
4. 【设计模式】通过游戏存档了解备忘录模式

1. 概述

1.1 描述

$\cdot$ 备忘录模式(Memento Pattern) 保存一个对象的某个状态, 以便在适当的时候恢复对象, 备忘录模式属于行为型模式.
$\\$ 备忘录模式允许在不破坏封装性的前提下, 捕获和恢复对象的内部状态.

继续阅读[UE5 设计模式] 备忘录模式Memento Pattern

[UE5 设计模式] 访问者模式Visitor Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 访问者模式
3. 游戏开发:访问者模式实战解析

1. 概述

1.1 描述

$\cdot$ 在访问者模式(Visitor Pattern)中, 我们使用了一个访问者类, 它改变了元素类的执行算法. 通过这种方式, 元素的执行算法可以随着访问者改变而改变. 这种类型的设计模式属于行为型模式. 根据模式, 元素对象已接受访问者对象, 这样访问者对象就可以处理元素对象上的操作.

继续阅读[UE5 设计模式] 访问者模式Visitor Pattern

[UE5 设计模式] 迭代器模式Iterator Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
3. 迭代器模式
3. 游戏开发设计模式之迭代器模式
4. C++ STL迭代器原理和实现

1. 概述

1.1 描述

$\cdot$ 迭代器模式(Iterator Pattern) 是编程环境中非常常用的设计模式.
$\\$ 迭代器模式提供一种方法顺序访问一个聚合对象中的各个元素, 而又不暴露其内部的表示.
$\\$ 迭代器模式属于行为型模式.

继续阅读[UE5 设计模式] 迭代器模式Iterator Pattern

[UE5 设计模式] 中介者模式Mediator Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 中介者模式
3. UE开发中的设计模式(二) —— 中介者模式
4. 中介者模式
5. 游戏开发设计模式之中介者模式

1. 概述

1.1 描述

$\cdot$ 中介者模式(Mediator Pattern) 是用来降低多个对象和类之间的通信复杂性, 属于行为型模式.
$\\$ 中介者模式定义了一个中介对象来封装一系列对象之间的交互. 中介者使各对象之间不需要显式地相互引用, 从而使其耦合松散, 且可以独立地改变它们之间的交互.

继续阅读[UE5 设计模式] 中介者模式Mediator Pattern

[UE5 设计模式] 责任链模式Chain of Responsibility Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 责任链模式
3. 游戏开发设计模式之责任链模式
4. Unity3D游戏开发设计模式——责任链模式

1. 概述

1.1 描述

$\cdot$ 责任链模式(Chain of Responsibility Pattern) 为请求创建了一个接收者对象的链. 这种模式给予请求的类型, 对请求的发送者和接收者进行解耦. 这种类型的设计模式属于行为型模式.
$\\$ 责任链模式通过将多个处理器(处理对象) 以链式结构连接起来, 使得请求沿着这条链传递, 直到有一个处理器处理该请求为止.
$\\$ 责任链模式允许多个对象都有机会处理请求, 从而避免请求的发送者和接收者之间的耦合关系. 将这些对象连成一条链, 并沿着这条链传递请求.

继续阅读[UE5 设计模式] 责任链模式Chain of Responsibility Pattern

[UE5 设计模式] 解释器模式Interpreter Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 解释器模式
3. 字节码

1. 概述

1.1 描述

$\cdot$ 解释器模式(Interpreter Pattern) 提供了评估语言的语法或表达式的方式, 它属于行为型模式.
$\\$ 解释器模式给定一个语言, 定义它的文法的一种表示, 并定义一个解释器, 这个解释器使用该表示来解释语言中的句子.
$\\$ 这种模式被用在SQL解析, 符号处理引擎等.

继续阅读[UE5 设计模式] 解释器模式Interpreter Pattern

[UE5 设计模式] 模板模式Template Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 模板模式

1. 概述

1.1 描述

$\cdot$ 在模板模式(Template Pattern) 中, 一个抽象类公开定义了执行它的方法的方式/ 模板. 它的子类可以按需要重写方法实现, 但调用将以抽象类中定义的方式进行. 这种类型的设计模式属于行为型模式.

继续阅读[UE5 设计模式] 模板模式Template Pattern

[UE5 设计模式] 组合模式Composite Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 组合模式
3. UE开发中的设计模式(四) —— 组合模式

1. 概述

1.1 描述

$\cdot$ 组合模式(Composite Pattern), 又叫部分整体模式, 是用于把一组相似的对象当作一个单一的对象. 组合模式依据树形结构来组合对象, 用来表示部分以及整体层次. 这种类型的设计模式属于结构型模式, 它创建了对象组的树形结构.
$\\$ 这种模式创建了一个包含自己对象组的类. 该类提供了修改相同对象组的方式.

继续阅读[UE5 设计模式] 组合模式Composite Pattern

[UE5 设计模式] 桥接模式Bridge Pattern


参考材料
1. 【UE4 设计模式】策略模式 Strategy Pattern
2. 桥接模式
3. 游戏开发设计模式之桥接模式

1. 概述

1.1 描述

$\cdot$ 桥接(Bridge) 是用于把抽象化与实现化解耦, 使得二者可以独立变化. 这种类型的设计模式属于结构型模式, 它通过提供抽象化和实现化之间的桥接结构, 来实现二者的解耦.
$\\$ 这种模式涉及到一个作为桥接的接口, 使得实体类的功能独立于接口实现类, 这两种类型的类可被结构化改变而互不影响.
$\\$ 桥接模式的目的是将抽象与实现分离, 使它们可以独立地变化, 该模式通过将一个对象的抽象部分与它的实现部分分离, 使它们可以独立地改变. 它通过组合的方式, 而不是继承的方式, 将抽象和实现的部分连接起来.

继续阅读[UE5 设计模式] 桥接模式Bridge Pattern