UE开发中的设计模式(四) —— 组合模式

2024-08-30 13:36

本文主要是介绍UE开发中的设计模式(四) —— 组合模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

面试中被面试官问到组合模式和继承有什么区别,给我问懵了,今天又仔细看了下,这不就是UE里的组件吗 >_<


文章目录

  • 问题提出
  • 概述
  • 问题解决
  • 总结
    • 组合模式的优缺点
    • 继承的优缺点


问题提出

考虑这样一个场景,我们有一个敌人的基类,其包含一些公有的属性和方法,比如他有一个Mesh(Static Mesh/Skeletal Mesh),他在世界空间中有一个位置,他可以攻击我们的玩家。然而对于不同类型的敌人,他可能有自己独特的属性和方法,比如有些怪可以给己方加血,有些怪会飞,有些怪会上buff…

一种常见的设计方法是通过继承实现。

从上面的UML图可以看出,EnemyClassA 可以飞,可以上buff,EnemyClassB 可以上 buff,可以治疗队友,EnemyClassC 可以治疗队友,可以飞。想象一下,如果再有一个新的方法,比如可以隐身,那么可能又会产生三个新的基类(考虑两种独有的方法),但其实完全不必要,因为fly,buff,treat明显是重复实现了好多次。

那么有什么办法可以解决这个问题吗。


概述

这时候就需要组合模式闪亮登场了,组合模式通过少继承多组合的方式,可以提高代码复用,且我们想给一个类增加一个新功能,直接给他加一个组件就行了,很方便。

在UE/Unity里也是用了组件,比如UE里的移动组件,网格组件,摄像机组件,一个Actor可以说是一个组件的容器,组件给Actor提供了各种技能。

且组件也支持嵌套,即组件可以包含很多的子组件,比如UE里的USceneComponent,其有一个AttachParent为父节点,还有一个AttachChildren保存多个子节点,明显是一个树形结构。这种设计哲学,感觉更像是这些组件组合起来,成为了一个我们想要的类,而不是像继承一样,通过分类的方式,子类相较于父类多了什么。


这种设计模式也很适合用来设计UI,UI本身也可以看作一个树形结构,每一个组件提供了一些功能,其下也能包含其它的一些小的组件。


问题解决

我们用组合的方式来解决一开始敌人的场景问题,我们可以有飞行组件、治疗组件、加buff组件,那么对于一个具体的敌人,我们只需要添加对应的组件即可。

这个场景比较简单,且有明显的继承关系,个人感觉其实用继承更合适。但其实好多类他们没有继承关系,比如玩家和敌人,没有明显的继承关系,但都可以行走,那么完全可以独立出一个移动组件,而UE本身也是这么做的。

而且组合模式,可以动态地增减节点,对应的就是增加/减少功能,更加灵活(更低的耦合)。比如玩家捡到一把枪,那么玩家就获得了开火射击的技能。枪也相当于组件挂载到玩家这个整体组件的树形结构上。

UE文档里有一个很好的例子,我觉得构建成一个树形结构,一个好处就是我们可以将组件的变换定义在其父组件的局部空间中,另一个好处就是更明确了整体和局部的关系。


总结

组合模式的优缺点

优点:

  • 灵活性高: 组合模式允许在运行时动态地改变对象的行为,比继承这种在编译时确定的机制更为灵活。

  • 减少耦合: 通过组合,类与类之间的关系可以保持松散耦合,有利于系统的可维护性和可扩展性。

  • 更好的代码复用: 对象可以通过组合不同的小对象来获得新的功能,而不需要从基类继承所有的实现。这有助于代码模块化和复用。

  • 更容易进行单元测试: 由于组合的各个组件是分离的,这些组件可以单独进行测试,简化了测试过程。

  • 避免继承层次复杂: 大量使用继承可能导致复杂的继承层次结构,使得系统难以理解和维护。组合模式通过简单组合对象,避免了这个问题。

缺点:

  • 复杂性增加: 组合模式可能会导致系统设计复杂化,因为需要管理更多的对象和对象关系。

  • 接口定义可能复杂: 为了支持组合,各个组件之间需要定义良好的接口。这些接口的定义和维护可能会比较复杂。

继承的优缺点

优点:

  • 直接性: 继承是直观的、简单的,特别是在机制已经被明确时。它允许一个类自动获得另一个类的属性和方法。

  • 基础实现共享: 继承允许子类共享从基类继承的代码,因此可以较容易实现代码复用。

  • 一致性: 通过继承可以确保子类与父类之间的一致性,子类可以覆盖或扩展父类的方法。

缺点:

  • 灵活性较差: 继承的关系在编译时已经确定,因此运行时无法进行动态行为改变。

  • 高耦合: 继承会导致子类和父类之间的紧耦合关系,增加了系统变化的难度。如果父类发生变化,可能会影响所有子类。

  • 继承层次复杂难以管理: 继承层次过深时,会导致代码维护困难,理解和管理的成本增加。

  • 单继承的限制: 在不支持多重继承的语言中,继承会限制一个类只能从一个父类继承,限制了类之间的关系构建。

这篇关于UE开发中的设计模式(四) —— 组合模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1120971

相关文章

使用Python开发一个简单的本地图片服务器

《使用Python开发一个简单的本地图片服务器》本文介绍了如何结合wxPython构建的图形用户界面GUI和Python内建的Web服务器功能,在本地网络中搭建一个私人的,即开即用的网页相册,文中的示... 目录项目目标核心技术栈代码深度解析完整代码工作流程主要功能与优势潜在改进与思考运行结果总结你是否曾经

Linux系统配置NAT网络模式的详细步骤(附图文)

《Linux系统配置NAT网络模式的详细步骤(附图文)》本文详细指导如何在VMware环境下配置NAT网络模式,包括设置主机和虚拟机的IP地址、网关,以及针对Linux和Windows系统的具体步骤,... 目录一、配置NAT网络模式二、设置虚拟机交换机网关2.1 打开虚拟机2.2 管理员授权2.3 设置子

Spring Boot + MyBatis Plus 高效开发实战从入门到进阶优化(推荐)

《SpringBoot+MyBatisPlus高效开发实战从入门到进阶优化(推荐)》本文将详细介绍SpringBoot+MyBatisPlus的完整开发流程,并深入剖析分页查询、批量操作、动... 目录Spring Boot + MyBATis Plus 高效开发实战:从入门到进阶优化1. MyBatis

Python基于wxPython和FFmpeg开发一个视频标签工具

《Python基于wxPython和FFmpeg开发一个视频标签工具》在当今数字媒体时代,视频内容的管理和标记变得越来越重要,无论是研究人员需要对实验视频进行时间点标记,还是个人用户希望对家庭视频进行... 目录引言1. 应用概述2. 技术栈分析2.1 核心库和模块2.2 wxpython作为GUI选择的优

利用Python开发Markdown表格结构转换为Excel工具

《利用Python开发Markdown表格结构转换为Excel工具》在数据管理和文档编写过程中,我们经常使用Markdown来记录表格数据,但它没有Excel使用方便,所以本文将使用Python编写一... 目录1.完整代码2. 项目概述3. 代码解析3.1 依赖库3.2 GUI 设计3.3 解析 Mark

SpringBoot如何通过Map实现策略模式

《SpringBoot如何通过Map实现策略模式》策略模式是一种行为设计模式,它允许在运行时选择算法的行为,在Spring框架中,我们可以利用@Resource注解和Map集合来优雅地实现策略模式,这... 目录前言底层机制解析Spring的集合类型自动装配@Resource注解的行为实现原理使用直接使用M

利用Go语言开发文件操作工具轻松处理所有文件

《利用Go语言开发文件操作工具轻松处理所有文件》在后端开发中,文件操作是一个非常常见但又容易出错的场景,本文小编要向大家介绍一个强大的Go语言文件操作工具库,它能帮你轻松处理各种文件操作场景... 目录为什么需要这个工具?核心功能详解1. 文件/目录存javascript在性检查2. 批量创建目录3. 文件

基于Python开发批量提取Excel图片的小工具

《基于Python开发批量提取Excel图片的小工具》这篇文章主要为大家详细介绍了如何使用Python中的openpyxl库开发一个小工具,可以实现批量提取Excel图片,有需要的小伙伴可以参考一下... 目前有一个需求,就是批量读取当前目录下所有文件夹里的Excel文件,去获取出Excel文件中的图片,并

C#原型模式之如何通过克隆对象来优化创建过程

《C#原型模式之如何通过克隆对象来优化创建过程》原型模式是一种创建型设计模式,通过克隆现有对象来创建新对象,避免重复的创建成本和复杂的初始化过程,它适用于对象创建过程复杂、需要大量相似对象或避免重复初... 目录什么是原型模式?原型模式的工作原理C#中如何实现原型模式?1. 定义原型接口2. 实现原型接口3

大数据spark3.5安装部署之local模式详解

《大数据spark3.5安装部署之local模式详解》本文介绍了如何在本地模式下安装和配置Spark,并展示了如何使用SparkShell进行基本的数据处理操作,同时,还介绍了如何通过Spark-su... 目录下载上传解压配置jdk解压配置环境变量启动查看交互操作命令行提交应用spark,一个数据处理框架