Unity运行时变换Gizmo：从原理到实战的完整集成指南

1. 项目概述为什么我们需要一个运行时变换Gizmo在Unity3D的日常开发中无论是制作编辑器工具、搭建关卡编辑器还是开发需要实时交互的应用程序如数字孪生、虚拟展厅、3D建模工具一个核心需求就是允许用户在运行时Runtime自由地操作场景中的物体——移动、旋转、缩放。Unity编辑器自带的Transform Gizmo功能强大但它只在编辑模式下Edit Mode生效。一旦打包成应用程序这些手柄就消失了。这时一个能在运行时提供同样直观、稳定操作体验的Gizmo组件就成了项目从“可运行”迈向“可交互”的关键桥梁。“Unity3DRuntimeTransformGizmo”正是为了解决这个问题而生的插件或开源项目。它本质上是一个在游戏运行状态下为3D物体提供可视化操作手柄Gizmo的解决方案。想象一下你正在开发一个室内设计软件用户需要拖动家具、旋转画框、缩放地毯如果没有这个运行时Gizmo你可能需要自己从头实现一套复杂的鼠标射线检测、坐标变换和视觉反馈逻辑不仅耗时而且很难达到Unity编辑器级别的流畅度和准确性。这个项目就是帮你省去这部分“重复造轮子”的工作让你能专注于业务逻辑本身。这个指南将带你从零开始完成一个典型RuntimeTransformGizmo项目的安装、配置与核心功能集成。无论你是工具开发者、TA技术美术还是需要为产品增加3D交互功能的应用开发者掌握这套流程都能极大提升你的开发效率。接下来我们会假设你有一个相对干净的Unity项目例如2021.3 LTS或更新版本并以此为基础展开。2. 环境准备与项目导入在开始集成任何第三方工具前确保你的开发环境处于一个清晰、可控的状态是至关重要的。这能避免大量因环境冲突、版本不匹配导致的诡异问题。2.1 Unity版本与项目设置检查首先确认你的Unity版本。大多数成熟的RuntimeTransformGizmo项目都支持较新的LTS长期支持版本。以Unity 2021.3 LTS为例它是一个非常稳定且兼容性广的选择。你可以在Unity Hub中创建或打开现有项目时确认版本号。接着检查项目的渲染管线。这是配置过程中最容易踩坑的地方之一。Unity目前主要有三种渲染管线内置渲染管线Built-in Render Pipeline最传统、兼容性最好的管线。通用渲染管线Universal Render Pipeline, URP适用于移动端、PC和主机的轻量级、可扩展管线。高清渲染管线High Definition Render Pipeline, HDRP为追求高保真视觉效果的PC和主机平台设计。你需要明确知道你项目使用的是哪种管线。绝大多数RuntimeTransformGizmo项目都优先支持内置渲染管线部分也提供了URP或HDRP的兼容包或Shader变体。如果你使用的是URP/HDRP在导入资源后可能需要额外的Shader转换或材质球重置步骤。一个快速的检查方法是在Unity编辑器中点击菜单栏Edit - Project Settings - Graphics查看Scriptable Render Pipeline Settings一栏是否被赋值。如果为空则是内置管线如果指向一个URP或HDRP的Asset文件则是对应管线。注意如果你从Asset Store或GitHub下载的Gizmo包是为内置管线设计的但你的项目是URP直接使用可能会导致Gizmo手柄渲染不出来一片粉色表示Shader丢失。这时你需要寻找该Gizmo包是否提供了URP版本或者尝试使用Unity的Edit - Render Pipeline - Universal Render Pipeline - Upgrade Project Materials to URP功能进行批量材质升级此操作有风险务必先备份项目。2.2 获取RuntimeTransformGizmo资源获取资源的途径通常有以下几种每种都有其注意事项途径一Unity Asset Store最推荐在Asset Store中搜索 “Runtime Transform Gizmo” 或类似关键词会出现多个成熟产品如“Runtime Transform Handle”、“Easy Runtime Gizmo”等。这些通常是付费插件但优点非常明显开箱即用提供完整的Prefab、脚本、示例场景和文档。功能完善通常支持移动、旋转、缩放的多种模式全局/局部坐标系、吸附Snap功能、多物体选择、自定义外观等。持续更新与支持作者会针对新的Unity版本进行兼容性更新并且有用户评价和问答可以参考。 购买后直接在Asset Store窗口点击“Download”然后“Import”即可Unity会处理所有的依赖和导入步骤。途径二GitHub等开源仓库如果你倾向于免费方案GitHub上有很多开源实现。搜索“Unity Runtime Gizmo”能找到不少Star数较高的项目。例如一些知名的开源方案可能包含更基础的代码需要你具备一定的整合能力。克隆或下载在项目页找到“Clone”或“Download ZIP”按钮。导入项目将下载的文件夹通常包含Scripts、Prefabs、Materials等直接拖入你的Unity项目的Assets文件夹下的某个子目录例如Assets/Plugins/RuntimeGizmo。保持其原有目录结构非常重要。风险提示开源项目可能更新不及时存在与最新Unity版本不兼容的风险如API过时。同时文档可能不完善需要你阅读源码来理解如何使用。途径三自行编写或从教程项目提取对于学习目的你也可以跟随一些教程自己编写一个简易的Gizmo或者从教程的配套工程文件中提取相关脚本和资源。这种方式最能让你理解其底层原理但功能完整性需要自己逐步完善。无论通过哪种途径成功导入后你应该在项目的Assets目录下看到新增的与Gizmo相关的文件夹。2.3 解决初始依赖与编译错误导入资源后第一时间不要急着运行场景。先静待Unity编辑器编译脚本。如果控制台Console窗口出现红色错误必须优先解决。常见的初始错误包括命名空间冲突第三方插件的脚本可能使用了与你项目中已有脚本同名的类或者引用了不存在的命名空间。你需要根据错误信息判断是重命名你的脚本还是修改插件脚本的命名空间如果是开源项目。过时的API如果插件是为旧版Unity编写的可能会使用一些已被标记为[Obsolete]或完全移除的API。错误信息通常会提示你使用新的API替代。例如旧版的UnityEngine.UI.Text的某些属性在新版本中已被更改。缺失的Assembly Definition References如果插件或你的项目使用了Assembly Definition文件.asmdef来管理程序集可能会因为缺少引用而导致“类型或命名空间未找到”的错误。你需要在相应.asmdef文件的“Assembly Definition References”列表中添加上游程序集。一个标准的排查流程是阅读错误信息Unity的错误信息通常很详细会指明出错的文件和行号。双击错误在Console窗口双击错误Unity会自动打开出错的脚本并定位到问题行。针对性修复根据错误提示进行修改。对于API过时可以查阅Unity官方脚本API文档找到新的替代方法。对于缺失引用检查并添加对应的程序集或DLL。优先使用插件官方文档/论坛如果是付费插件去其官方文档或支持论坛搜索错误信息通常能找到解决方案。确保控制台没有任何红色错误后才能进行下一步。黄色警告可以暂时忽略但最好也了解一下其内容。3. 核心组件解析与基础配置成功导入并无错误后我们来深入了解一下RuntimeTransformGizmo的核心构成。一个完整的运行时Gizmo系统通常由以下几部分组成理解它们的关系是进行有效配置和自定义的前提。3.1 Gizmo系统的核心构成模块一个典型的运行时Gizmo系统包含以下逻辑层和视觉层组件Gizmo管理器Gizmo Manager / Controller角色这是整个系统的大脑通常是一个单例Singleton或通过静态类访问。职责负责管理当前被选中的物体、激活或隐藏Gizmo、在移动/旋转/缩放模式间切换、处理坐标系世界坐标World vs 本地坐标Local的设置。它监听用户的输入如鼠标点击、触摸来决定何时显示Gizmo以及将其附着在哪个物体上。Gizmo视觉手柄Gizmo Visual Handle角色这是用户直接看到和交互的部分由多个3D模型通常是简单的立方体、圆环、锥体等组成。职责分别代表X红、Y绿、Z蓝轴以及中心区域用于整体操作。这些手柄本身是带有碰撞体如Box Collider的GameObject用于接收射线检测Raycast。它们的材质球Material决定了颜色和渲染效果如是否半透明、是否发光。变换控制器Transform Controller角色这是连接视觉交互与实际数据变化的桥梁。职责当用户拖动一个视觉手柄时控制器会计算鼠标/触摸在屏幕上的位移将其转换为3D空间中的位移、旋转角度或缩放比例然后直接应用到目标物体TargetObject的Transform组件上。它处理了复杂的空间坐标转换数学。输入处理模块Input Handler角色抽象层用于适配不同的输入设备。职责将来自Input.GetMouseButton、Touch事件或新输入系统Input System Package的原始输入数据统一转换为Gizmo系统可以理解的“开始拖拽”、“拖拽中”、“结束拖拽”等逻辑事件。这提高了代码的复用性和可测试性。可选功能模块吸附功能Snapping在移动或旋转时让变换量以固定步长如移动时每格1单位旋转时每格15度递增对于需要精确对齐的场景非常有用。多选与编组允许同时选中多个物体Gizmo会显示在它们的整体包围盒中心操作会同时应用到所有选中物体。自定义外观允许你替换手柄的模型、材质、大小甚至自定义特定类型物体如灯光、相机的专属Gizmo图标。3.2 将Gizmo集成到你的场景大多数插件都会提供一个预制的Prefab这是最快上手的方桉。查找Prefab在导入的资源文件夹中例如Assets/RuntimeGizmo/Prefabs找到一个名为RuntimeTransformGizmo、GizmoSystem或类似的Prefab文件。实例化到场景将这个Prefab拖拽到你的场景Scene视图或层级Hierarchy窗口中。通常一个场景只需要一个Gizmo系统的实例。你可以将其放在一个不会被销毁的根节点下比如一个名为“_GizmoManager”的空物体下。初始属性检查选中刚刚放入场景的Gizmo实例在检视器Inspector窗口中查看其组件。你可能会看到如下关键参数Target Object当前Gizmo所附着的目标物体。初始可能为空。Gizmo Type下拉菜单选择Position移动、Rotation旋转、Scale缩放或All综合。Space坐标系World世界坐标或Local本地坐标。Handle Size控制屏幕上Gizmo手柄视觉大小。Snap Value吸附功能的步长值。编写基础绑定脚本Gizmo不会自动知道你要操作哪个物体。你需要写一个简单的脚本来建立连接。创建一个C#脚本例如SimpleObjectSelector.csusing UnityEngine; public class SimpleObjectSelector : MonoBehaviour { // 引用场景中的Gizmo管理器可以通过拖拽赋值也可以用FindObjectOfType查找性能较差仅用于示例 public RuntimeTransformGizmo gizmo; void Update() { // 示例当鼠标左键点击时 if (Input.GetMouseButtonDown(0)) { Ray ray Camera.main.ScreenPointToRay(Input.mousePosition); RaycastHit hit; // 进行射线检测忽略Gizmo本身确保Gizmo的Layer不被检测 if (Physics.Raycast(ray, out hit, Mathf.Infinity, ~LayerMask.GetMask(Gizmo))) { // 如果点击到了一个可操作的物体例如带有“Selectable”标签 if (hit.collider.CompareTag(Selectable)) { // 将Gizmo的目标设置为这个物体 gizmo.SetTarget(hit.collider.gameObject); // 同时激活Gizmo显示 gizmo.SetGizmoActive(true); } else { // 如果点击了空白处取消选择并隐藏Gizmo gizmo.SetTarget(null); gizmo.SetGizmoActive(false); } } } } }将这个脚本挂载到场景中任何一个持久存在的物体上例如主摄像机或一个空的管理器对象然后将层级窗口中的Gizmo实例拖拽到脚本的gizmo公共字段上。同时为你希望可操作的物体比如一些立方体、模型打上“Selectable”标签。运行测试点击Play按钮运行游戏。现在当你用鼠标左键点击一个带有“Selectable”标签的物体时Gizmo应该会出现在该物体上。尝试拖动红、绿、蓝轴或中心手柄物体应该会随之移动。3.3 坐标系、模式与吸附功能详解成功让Gizmo工作后理解其核心设置能让你更好地驾驭它。坐标系Space世界坐标系WorldGizmo的轴方向始终与场景的世界坐标轴X右Y上Z前对齐。无论物体如何旋转红轴永远指向世界空间的X正方向。适用于需要将物体与场景全局对齐的操作。本地坐标系LocalGizmo的轴方向与物体自身的旋转对齐。如果物体旋转了45度Gizmo也会跟着旋转45度。适用于基于物体自身方向进行精细调整比如调整一个倾斜屋顶上的窗户位置。变换模式Gizmo Type移动Position/Translate显示三色箭头和中心方块。拖动箭头沿单轴移动拖动中心方块在摄像机视角平面上自由移动。旋转Rotation显示彩色的圆环。拖动圆环绕对应轴旋转。中心区域可能支持自由旋转基于视角。缩放Scale显示立方体块和中心块。拖动轴末端的方块进行单轴缩放拖动中心块进行整体均匀缩放。综合All/Universal同时显示移动、旋转、缩放的简化手柄通过快捷键或UI按钮切换当前激活的变换类型。这是最节省屏幕空间的方式。吸附功能Snapping 吸附是提升操作效率的利器。在Gizmo管理器的组件上你通常会找到类似Enable Snapping、Position Snap Value、Rotation Snap Value、Scale Snap Value的选项。工作原理当吸附开启时你拖动物体产生的变换量Delta会被“量化”到最近的步长整数倍。例如Position Snap Value 1.0你试图移动物体0.7个单位实际只会移动1.0个单位移动1.3个单位实际会移动1.0个单位或2.0个单位取决于具体算法。使用场景关卡设计将道具、墙壁精确对齐到网格。建筑建模确保门窗的尺寸是规整的。动画关键帧在时间轴上精确设置关键帧位置。操作技巧在拖动时可以尝试按住CtrlWindows或CmdMac键来临时启用或禁用吸附功能这是很多专业软件的通用操作如果你的Gizmo插件支持的话。4. 高级功能集成与自定义基础功能跑通后我们可以根据项目需求进行深度定制让Gizmo更贴合你的应用场景。4.1 实现多物体选择与编组操作单个物体的操作是基础但实际应用中如RTS游戏框选单位、3D编辑器批量移动元素更需要多选支持。思路分析多选的核心在于Gizmo的目标不再是一个单一的Transform而是一个Transform[]列表。Gizmo的位置应显示在所有选中物体的整体包围盒Bounds的中心。操作时需要将变换量同步应用到列表中的每一个物体。实现步骤假设你的Gizmo插件API支持多选维护一个选中列表在你的选择管理器脚本中用一个ListGameObject来存储当前选中的所有物体。修改选择逻辑通常按住Shift或Ctrl键点击物体可以实现加选或减选。计算整体包围盒中心Bounds CalculateSelectionBounds(ListGameObject selectedObjects) { if (selectedObjects null || selectedObjects.Count 0) return new Bounds(); var bounds new Bounds(selectedObjects[0].transform.position, Vector3.zero); for (int i 1; i selectedObjects.Count; i) { // 这里需要获取物体实际的网格渲染器Renderer的包围盒才准确 Renderer renderer selectedObjects[i].GetComponentRenderer(); if (renderer ! null) { bounds.Encapsulate(renderer.bounds); } else { // 如果没有渲染器则用Transform位置作为近似 bounds.Encapsulate(selectedObjects[i].transform.position); } } return bounds; }设置Gizmo目标将Gizmo的目标位置一个虚拟的空物体或直接设置Gizmo的位置设置为上一步计算出的bounds.center。同时将选中列表传递给Gizmo控制器。应用变换在Gizmo控制器内部当发生拖动事件时遍历传入的选中列表对每个物体的Transform应用相同的位移、旋转或缩放量。注意旋转和缩放的中心点是步骤4中计算出的整体中心这需要额外的数学计算来保证所有物体围绕同一个中心点变换。如果插件本身不支持多选你可能需要修改其核心代码这是一个相对高级的任务需要你对插件的架构有清晰的理解。4.2 自定义Gizmo外观与交互反馈默认的红绿蓝三色手柄虽然清晰但可能不符合你项目的艺术风格。自定义外观主要涉及修改材质和模型。替换材质Material找到Gizmo手柄Prefab或其在场景中的实例。在层级窗口中展开它找到代表X、Y、Z轴以及中心点的子GameObject。选中它们在Inspector窗口中找到Mesh Renderer组件。将其Material属性替换为你自己的材质球。你可以创建新的Unlit材质并赋予不同的颜色和纹理甚至使用发光Emission材质让Gizmo在暗场景中更醒目。替换模型Mesh如果你想使用更酷炫的箭头、圆环模型可以将自定义的3D模型文件.fbx, .obj等导入Unity。同样在Gizmo手柄的子物体上用Mesh Filter组件替换掉原有的网格Mesh。注意替换模型后碰撞体Collider可能需要重新调整或替换以确保射线检测的准确性。添加交互反馈高亮Hover当鼠标悬停在某个轴上时改变该轴的颜色或亮度提供清晰的视觉反馈。这通常需要在处理鼠标射线的脚本中实现检测到鼠标悬停在某个手柄碰撞体上时动态修改其材质属性如_Color或_EmissionColor。音效Audio在开始拖拽、结束拖拽时播放轻微的“咔哒”音效能极大提升操作质感。效果Particle/VFX在拖拽时可以在拖拽轴向上生成粒子轨迹增强操作动感。4.3 与不同输入系统的适配新Input SystemUnity的新输入系统Input System Package提供了更强大、更跨平台的输入管理。如果你的项目使用了它就需要让Gizmo适配新的输入事件。传统Input Manager vs 新Input System传统直接使用Input.GetMouseButton(0)Input.GetAxis(“Horizontal”)等。新系统通过创建Input Actions Asset定义如“Point”鼠标位置、“Click”点击、“Drag”拖拽等Action并通过C#回调或PlayerInput组件来响应。适配步骤抽象输入接口这是最优雅的方式。创建一个IInputHandler接口声明诸如bool GetMouseButtonDown(int button)、Vector2 GetMousePosition()、bool IsKeyPressed(KeyCode key)等方法。实现两个具体类LegacyInputHandler内部调用传统的Input类。NewInputSystemHandler内部引用PlayerInput或InputAction并在回调中将新输入系统的数据转换为接口定义的方法返回值。在Gizmo管理器中注入Gizmo管理器不再直接调用Input.xxx而是调用IInputHandler接口的方法。这样你只需要在游戏初始化时根据项目使用的输入系统创建对应的IInputHandler实例并传递给Gizmo管理器即可。这种方式实现了输入逻辑与Gizmo核心业务逻辑的解耦使得项目在未来切换或同时支持多种输入方式如键鼠、触摸、游戏手柄时变得非常容易。5. 性能优化与疑难问题排查当Gizmo在复杂场景中运行时性能问题和各种“小毛病”可能会浮现。这里分享一些实战中积累的优化技巧和问题排查思路。5.1 性能瓶颈分析与优化策略Gizmo虽然看起来简单但在低端设备或物体众多时也可能成为性能瓶颈。渲染开销问题Gizmo手柄通常使用UnityEngine.LineRenderer或简单的网格渲染。在屏幕上绘制它们需要GPU调用Draw Call。如果Gizmo模型面数过高或使用了复杂的Shader会增加渲染负担。优化使用低面数模型确保Gizmo手柄的3D模型是简化的。使用Unlit或简单ShaderGizmo不需要复杂的光照计算使用Unlit/Color或自定义的最简Shader。合并绘制Batching如果Gizmo由多个部分组成确保它们使用相同的材质以便Unity进行动态合批Dynamic Batching。注意合批对模型顶点数和变换有要求。基于距离的缩放/隐藏当摄像机远离Gizmo时可以按比例缩小其视觉大小或者当距离超过一定阈值时完全隐藏它减少像素填充率开销。逻辑更新开销问题Gizmo脚本每帧都在进行射线检测、坐标计算、变换更新。如果Update函数中的逻辑过于复杂或目标物体数量极多会消耗CPU时间。优化减少不必要的射线检测只在鼠标移动或点击事件发生时进行射线检测而不是每帧都检测。使用对象池如果你的场景中需要动态生成和销毁大量可交互物体并为它们关联Gizmo考虑使用对象池来复用Gizmo实例避免频繁的Instantiate和Destroy。分帧处理如果支持多选且选中物体数量巨大成百上千在应用变换时不要在同一帧内遍历所有物体。可以考虑将变换操作分摊到多帧完成避免单帧卡顿。内存与资源管理问题Gizmo的材质、模型、脚本如果管理不当可能导致内存泄漏。优化使用Shared Material确保所有同类型的Gizmo手柄实例共享同一个材质实例Material Instance而不是各自拥有一个副本。可以通过代码GetComponentRenderer().sharedMaterial来赋值。及时销毁当Gizmo不再需要时如切换到另一个完全不相关的场景确保将其GameObject销毁或设置为非激活并释放对任何大资源的引用。5.2 常见问题与解决方案速查表以下表格整理了集成RuntimeTransformGizmo时最常遇到的问题及其排查思路问题现象可能原因排查步骤与解决方案Gizmo完全不显示1. Gizmo Prefab未激活或层级被隐藏。2. 目标物体Target未设置或为空。3. Gizmo的Layer被摄像机剔除Culling Mask。4. 材质球丢失显示为粉色。1. 检查Hierarchy中Gizmo实例的激活复选框。2. 在Selection脚本中Debug.Log输出选中的物体确认成功赋值给Gizmo的Target属性。3. 检查主摄像机的Culling Mask是否包含了Gizmo所在的Layer。4. 检查Gizmo子物体的Mesh Renderer材质是否丢失重新指定正确的材质。Gizmo可以显示但拖动无反应1. 输入检测层Layer设置错误射线检测不到Gizmo手柄。2. Gizmo手柄的碰撞体Collider大小不合适或未启用。3. 脚本执行顺序问题Gizmo的Update可能在其他脚本之后输入已被处理。4. 目标物体的Transform被其他脚本如动画、物理模拟在同一帧覆盖。1. 确认Selection脚本中射线检测的LayerMask排除了Gizmo的Layer但Gizmo自身的交互脚本能检测到其碰撞体。2. 检查Gizmo手柄子物体上的Collider组件确保其大小能覆盖视觉模型且Enabled为true。3. 在Edit - Project Settings - Script Execution Order中调整Gizmo相关脚本的执行顺序确保其输入检测在早期。4. 确保在LateUpdate中更新Gizmo驱动的变换或者在应用变换后锁定该帧的其他变换写入。操作时物体抖动或跳跃1. 每帧计算出的变换增量Delta不稳定可能由于帧率波动或输入采样问题。2. 世界坐标与本地坐标转换计算存在误差。3. 多个脚本同时修改同一个Transform。1. 使用Time.deltaTime进行平滑插值或者检查输入坐标转换逻辑确保使用稳定的参考系如上一帧的鼠标位置。2. 仔细检查从屏幕空间到世界/本地空间的转换代码使用Camera.ScreenToWorldPoint或Ray计算时注意深度Z值的处理。3. 排查项目中是否有其他系统如网络同步、物理引擎、动画系统也在控制该物体确保同一时间只有Gizmo在修改Transform。在URP/HDRP下Gizmo渲染异常1. Gizmo使用的Shader不兼容当前渲染管线。2. 材质的Shader属性未正确设置。1.针对从内置管线资源导入尝试使用URP提供的Shader进行替换如Universal Render Pipeline/Unlit。或者运行Edit - Render Pipeline - Universal Render Pipeline - Upgrade Project Materials操作前备份。2. 如果插件提供URP版本请使用那个版本。否则可能需要手动为Gizmo材质创建URP兼容的Shader Graph或使用内置的URP Shader。多选时Gizmo位置不在中心包围盒计算未包含所有选中物体的全部网格或者计算中心点的逻辑有误。确保CalculateSelectionBounds函数遍历了所有选中物体的渲染器包围盒Renderer.bounds而不是简单的Transform位置。对于没有渲染器的物体如空节点需要特殊处理或忽略。5.3 调试技巧与开发心得善用Debug Draw在代码中使用Debug.DrawLine和Debug.DrawRay来可视化你的射线、包围盒、坐标轴方向。这在调试坐标转换和碰撞检测时非常直观。封装与解耦尽量将Gizmo系统设计成独立的模块。它的职责应该仅限于“变换交互”而不应耦合具体的游戏逻辑如单位生产、技能释放。通过事件C#event或 UnityUnityEvent来通知外部系统“某个物体被移动了”而不是让Gizmo直接去调用业务逻辑。考虑撤销/重做Undo/Redo对于编辑器类工具撤销功能是必须的。你需要在Gizmo开始变换和结束变换时记录目标物体Transform的初始状态和最终状态并将其推入一个命令栈Command Pattern。这超出了基础Gizmo的范围但却是构建专业工具的关键一步。移动端适配在触摸设备上Gizmo的手柄需要更大以便手指准确点击。可能需要增加碰撞体大小并实现多触摸手势来支持双指旋转、缩放等更复杂的操作。同时要注意输入事件的处理从鼠标模型切换到触摸模型。我个人在多个项目中使用不同RuntimeTransformGizmo方案的经验是前期花时间选择一个架构清晰、代码可读性高的方案无论是付费还是优质开源远比后期去修补一个设计混乱的插件要省力得多。在集成过程中保持耐心从最简单的场景一个立方体一个Gizmo开始测试逐步增加复杂度多物体、不同Shader、复杂层级这样能最快速地定位问题所在。最后别忘了为你自己的Gizmo交互代码编写一些单元测试尤其是坐标转换和数学计算部分这能保证核心逻辑的稳定性。