Tiled深度解析分层数据模型与插件化扩展技术实现【免费下载链接】tiledFlexible level editor项目地址: https://gitcode.com/gh_mirrors/ti/tiledTiled是一款以灵活层级编辑Flexible level editor为核心定位的开源 2D 地图编辑器其技术价值集中体现在模块化数据模型、多投影渲染管线与插件化格式生态三大支柱上。本文从实现机制出发深入剖析地图数据结构、邻接规则引擎、动画调度、插件系统与性能优化之间的协作关系帮助开发者理解这款编辑器为什么既能画小关卡也能撑起大世界。一、从编辑到生产地图对象模型与投影管线的分层设计1.1 Map 容器的多维度配置Tiled 的核心数据模型全部收敛在libtiled库中其中 map.h 定义的Map类承担数据容器职责。它不止记录图块尺寸还通过一组枚举类型把地图的几何属性显式建模出来// src/libtiled/map.h —— 地图核心配置枚举 enum Orientation { Unknown, Orthogonal, // 正交投影矩形网格 Isometric, // 等轴测投影菱形网格 Staggered, // 交错投影行列错位 Hexagonal, // 六边形投影 Oblique // 斜角投影平行四边形网格 }; enum LayerDataFormat { XML 0, // 明文 XML便于调试 Base64 1, // Base64 编码 Base64Gzip 2, // Gzip 压缩 Base64Zlib 3, // Zlib 压缩 Base64Zstandard 4, // Zstandard 压缩新格式 CSV 5 // 纯文本Web 端友好 };从这段定义可以看出 Tiled 的设计取向渲染方式Orientation与存储方式LayerDataFormat被彻底解耦同一个地图对象可以自由组合等轴测 CSV或六边形 Gzip编辑器只负责数据序列化交给格式插件。图块集引用则统一由QSharedPointer托管避免多层图层共享同一图块集时的生命周期问题。1.2 渲染器家族一份接口五种投影MapRenderermaprenderer.h是投影计算的总接口它约定了两组核心抽象方法坐标换算screenToTileCoords/tileToScreenCoords与可见区计算boundingRect/visibleArea。每种投影只需实现这两组数学映射即可获得完整的绘制、拾取与裁剪能力。等轴测投影的实现最能体现一行公式一个世界// src/libtiled/isometricrenderer.cpp —— 等轴测坐标互转 QPointF IsometricRenderer::tileToScreenCoords(qreal x, qreal y) const { const int tileWidth map()-tileWidth(); const int tileHeight map()-tileHeight(); const int originX map()-height() * tileWidth / 2; // 菱形原点偏移 // 菱形投影横向压缩一半纵向不变 return QPointF((x - y) * tileWidth / 2 originX, (x y) * tileHeight / 2); }工程决策复盘Tiled 没有为每种投影单独写一遍绘制逻辑而是把几何差异收敛到渲染器内部让上层工具笔刷、选区、橡皮擦只面向逻辑坐标编程。这也是src/tiled下十几个编辑工具类体积能保持精简的根本原因。二、邻接规则与帧动画两大交互机制背后的计算模型2.1 WangId用 64 位整数编码八方向地形地形自动融合是 Tiled 最被称道的特性之一其底层是 wangset.h 中的WangId类型。它把每个格子的 8 个方位上、下、左、右四条边 四个角各分配 8 位压缩进一个quint64// src/libtiled/wangset.h —— 地形邻接编码 class TILEDSHARED_EXPORT WangId { constexpr static unsigned BITS_PER_INDEX 8; // 每个方位占 8 位 constexpr static quint64 INDEX_MASK 0xFF; enum Index { Top 0, TopRight 1, Right 2, BottomRight 3, Bottom 4, BottomLeft 5, Left 6, TopLeft 7, }; // 按方位取色值例如取上边的地形颜色 int edgeColor(int index) const; // 支持旋转/翻转用于自动匹配相邻图块 WangId rotated(int rotations) const; WangId flippedHorizontally() const; };实现机制要点规则即哈希键WangSet用QHashquint64, WangTile把邻接编码映射到具体图块查询复杂度为 O(1)通配符支持未指定的方位可留空允许部分规则匹配降低美术配置成本对称变换复用旋转与翻转操作在整数位运算层面完成一套图块可复用于多种朝向。实际填充时编辑器会把目标区域的邻接约束编译成可查询的规则集合桶填充与图章刷共用同一套匹配内核只是触发范围不同填充方案匹配策略计算成本典型场景桶填充Bucket Fill先洪水填充连续区域再逐格匹配规则与连通区域面积相关大范围地形铺设、海岸线生成图章刷Stamp Brush只对笔刷覆盖的局部网格做规则匹配与笔刷尺寸相关精细修补、装饰点缀2.2 TileAnimationDriver用 Qt 动画框架驱动图块播放动态图块如水流、火焰的播放不是靠独立定时器而是继承自QAbstractAnimation// src/libtiled/tileanimationdriver.h —— 动画调度驱动 class TILEDSHARED_EXPORT TileAnimationDriver : public QAbstractAnimation { Q_OBJECT public: int duration() const override; // 返回 -1 表示无限循环 signals: void update(int deltaTime); // 每帧回调单位毫秒 protected: void updateCurrentTime(int currentTime) override; // 帧推进入口 private: int mLastTime; // 记录上一帧时间戳用于计算增量 };技术实现要点增量时间驱动各图块根据自身帧表的duration累加时间并切换帧多个图块共享同一个驱动实例保证时间轴同步延迟求值图块动画仅在渲染可见时启动编辑器中隐藏的图层不消耗时钟资源编辑侧则由 tileanimationeditor.cpp 提供帧序列的拖拽排序与毫秒级时长调整最终序列化为 TMX 中的animation节点。三、以插件为枢纽地图格式生态与脚本化扩展3.1 PluginManager 的动态加载机制Tiled 的格式支持并非内置全家桶而是通过 pluginmanager.h 统一装载。每个插件是一个独立的 Qt 插件QPluginLoader动态库导出MapFormat或TilesetFormat实例// src/libtiled/pluginmanager.h —— 插件装载与状态管理 class TILEDSHARED_EXPORT PluginManager : public QObject { Q_OBJECT public: static PluginManager *instance(); // 单例入口 void loadPlugins(); // 扫描插件目录并尝试加载 const QListPluginFile plugins() const; // 已发现插件列表 private: QListPluginFile mPlugins; // 每个条目持有 QPluginLoader* };格式生态对比均可在 src/plugins 下找到对应实现格式实现位置数据形态适合场景TMXXMLtmxmapformat.cpp结构化 XML可读性好通用存档、跨工具交换JSONplugins/json紧凑对象树解析快Web/移动端引擎TBINplugins/tbin二进制紧凑布局高性能运行时Lua Tableplugins/luaLua 源码级数据Corona/LÖVE 生态这种核心格式 外围插件的架构带来两个直接收益一是新增引擎对接不需要改动编辑器本体二是格式的读写逻辑与编辑逻辑彻底分离第三方可以独立维护自己的插件分支。3.2 脚本化扩展Python 与 JavaScript 双通道除了 C 插件Tiled 还内置了脚本运行时Python 插件plugins/python面向批处理与自动化而 Qt 脚本引擎scriptmanager.cpp提供基于 JavaScript 的交互式扩展。这意味着开发者不必触碰编译链就能实现遍历所有图层并重命名或按规则批量生成对象这类工作流自动化。四、大世界编辑的工程取舍内存、渲染与存储的三方博弈4.1 Chunk 分块让无限地图成为可能无限地图模式下TileLayer不再持有整张连续网格而是以Chunk为基本存储单元tilelayer.h// src/libtiled/tilelayer.h —— 分块存储结构 class TILEDSHARED_EXPORT Chunk { public: Chunk() : mGrid(CHUNK_SIZE * CHUNK_SIZE) {} // 固定尺寸的单元网格 const Cell cellAt(int x, int y) const; // O(1) 索引访问 void setCell(int x, int y, const Cell cell); bool isEmpty() const; // 空块可整体释放 private: QVectorCell mGrid; // 线性存储缓存友好 }; // 图层内部坐标 - 块 的稀疏哈希表 QHashQPoint, Chunk mChunks;取舍分析稀疏哈希表让只画过一小块的巨幅地图几乎不占内存代价是随机访问多一次哈希查找。Tiled 用CHUNK_SIZE固定块尺寸默认 16×16换取缓存局部性实测在连续区域绘制时命中率很高属于典型的空间换时间、稀疏换密度工程决策。4.2 渲染裁剪与纹理复用的分层优化编辑器的实时渲染遵循三层漏斗视口裁剪由渲染器先算出可见图块范围只提交这一窗口内的绘制指令块级跳过空 Chunk 直接跳过避免无谓的网格遍历纹理共享ImageCache对同一图块集图片只解码一次所有图层共享同一个QImage引用。配合无限地图的编辑视图可以看到编辑器如何在一个超大画布上只维护局部数据4.3 存储格式与压缩的平衡图层数据编码LayerDataFormat的可选项本身就是一组性能权衡CSV 可读性最好但体积最大Base64Zlib 是兼容性与体积的折中Zstandard 则面向追求加载速度的发布版本。同一份地图从开发期可读格式切换到发布期压缩格式通常只改一个地图属性无需改动任何图层内容。五、从示例到落地典型工作流与引擎对接实践5.1 示例项目里的工程化约定仓库自带的 examples/sticker-knight 项目展示了完整的多地图协作方式——用.world文件把多个独立地图拼成一个大关卡// examples/sticker-knight/sticker-knight.world —— 世界拼接配置 { maps: [ { fileName: map/sandbox.tmx, x: 0, y: -1792, width: 2528, height: 1440 }, { fileName: map/sandbox2.tmx, x: 1824, y: 0, width: 2560, height: 992 }, { fileName: ui/title.json, x: -1760, y: -1408, width: 1216, height: 832 } ], onlyShowAdjacentMaps: false, type: world }最佳实践清单分层语义化背景层、碰撞层、交互对象层分离便于引擎侧按层开启/关闭渲染对象属性驱动用自定义属性custom-properties标记出生点、NPC、触发器避免硬编码模板复用重复出现的门、箱子用模板.tx管理修改模板即批量更新所有实例按区块导出大世界按.world中的坐标网格导出运行时按玩家位置流式加载。5.2 对接引擎时的通用路径无论目标引擎是 Unity、Godot 还是自研运行时集成模式基本一致编辑器侧导出JSON/TMX→ 引擎侧解析 → 按图层语义重建场景。得益于libtiled的纯数据层设计很多引擎社区直接复用了 maptovariantconverter.cpp 的逻辑——把地图对象树序列化为引擎友好的字典结构再逐层实例化瓦片网格与碰撞体。六、演进方向与社区参与6.1 当前架构的边界与机会从工程视角看Tiled 的架构仍有可预见的演进空间渲染后端单一编辑器绘制仍以 QPainter/OpenGL 路径为主尚未全面拥抱 Vulkan/Metal 等现代后端协作能力缺失文件级编辑模型天然适合单机工作流多人实时协作需要额外的变更同步层运行时与编辑时割裂动画、地形规则在编辑器中所见即所得但运行时重放仍需各引擎自行实现。6.2 参与扩展的正确姿势对想要二次开发的工程师推荐按依赖深度从浅入深格式层实现MapFormat接口最快产出可见成果工具层继承 abstracttool.h 增加编辑手势需要理解场景事件流渲染层继承MapRenderer引入新投影必须吃透坐标换算与裁剪契约核心层改动libtiled数据模型影响面最大建议先与社区对齐设计。社区对贡献的隐性要求集中在不破坏现有文件格式兼容性与保持 O(1)/O(n) 复杂度基线两点上这也是项目二十余年积累的最大资产。总结回看 Tiled 的工程实现三大亮点值得开发者借鉴其一是数据与渲染解耦的分层模型让五种投影、六种存储格式可以自由组合而互不污染其二是以 64 位整数的位运算承载邻接规则的极致压缩思维把复杂的地形融合问题化简为哈希查找其三是插件即生态的开放姿态使得 TMX/JSON/TBin/Lua 等格式的接入成本降到最低。这三个支柱共同回答了开篇的疑问——一个地图编辑器如何兼顾灵活编辑与规模可扩展用模块化隔离复杂度用位运算压缩信息用插件化摊薄生态成本。随着 WebAssembly 与协作编辑的兴起这套架构依然留有充足的演进余地值得每一位 2D 工具链开发者持续关注。【免费下载链接】tiledFlexible level editor项目地址: https://gitcode.com/gh_mirrors/ti/tiled创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Tiled深度解析：分层数据模型与插件化扩展技术实现
Tiled深度解析分层数据模型与插件化扩展技术实现【免费下载链接】tiledFlexible level editor项目地址: https://gitcode.com/gh_mirrors/ti/tiledTiled是一款以灵活层级编辑Flexible level editor为核心定位的开源 2D 地图编辑器其技术价值集中体现在模块化数据模型、多投影渲染管线与插件化格式生态三大支柱上。本文从实现机制出发深入剖析地图数据结构、邻接规则引擎、动画调度、插件系统与性能优化之间的协作关系帮助开发者理解这款编辑器为什么既能画小关卡也能撑起大世界。一、从编辑到生产地图对象模型与投影管线的分层设计1.1 Map 容器的多维度配置Tiled 的核心数据模型全部收敛在libtiled库中其中 map.h 定义的Map类承担数据容器职责。它不止记录图块尺寸还通过一组枚举类型把地图的几何属性显式建模出来// src/libtiled/map.h —— 地图核心配置枚举 enum Orientation { Unknown, Orthogonal, // 正交投影矩形网格 Isometric, // 等轴测投影菱形网格 Staggered, // 交错投影行列错位 Hexagonal, // 六边形投影 Oblique // 斜角投影平行四边形网格 }; enum LayerDataFormat { XML 0, // 明文 XML便于调试 Base64 1, // Base64 编码 Base64Gzip 2, // Gzip 压缩 Base64Zlib 3, // Zlib 压缩 Base64Zstandard 4, // Zstandard 压缩新格式 CSV 5 // 纯文本Web 端友好 };从这段定义可以看出 Tiled 的设计取向渲染方式Orientation与存储方式LayerDataFormat被彻底解耦同一个地图对象可以自由组合等轴测 CSV或六边形 Gzip编辑器只负责数据序列化交给格式插件。图块集引用则统一由QSharedPointer托管避免多层图层共享同一图块集时的生命周期问题。1.2 渲染器家族一份接口五种投影MapRenderermaprenderer.h是投影计算的总接口它约定了两组核心抽象方法坐标换算screenToTileCoords/tileToScreenCoords与可见区计算boundingRect/visibleArea。每种投影只需实现这两组数学映射即可获得完整的绘制、拾取与裁剪能力。等轴测投影的实现最能体现一行公式一个世界// src/libtiled/isometricrenderer.cpp —— 等轴测坐标互转 QPointF IsometricRenderer::tileToScreenCoords(qreal x, qreal y) const { const int tileWidth map()-tileWidth(); const int tileHeight map()-tileHeight(); const int originX map()-height() * tileWidth / 2; // 菱形原点偏移 // 菱形投影横向压缩一半纵向不变 return QPointF((x - y) * tileWidth / 2 originX, (x y) * tileHeight / 2); }工程决策复盘Tiled 没有为每种投影单独写一遍绘制逻辑而是把几何差异收敛到渲染器内部让上层工具笔刷、选区、橡皮擦只面向逻辑坐标编程。这也是src/tiled下十几个编辑工具类体积能保持精简的根本原因。二、邻接规则与帧动画两大交互机制背后的计算模型2.1 WangId用 64 位整数编码八方向地形地形自动融合是 Tiled 最被称道的特性之一其底层是 wangset.h 中的WangId类型。它把每个格子的 8 个方位上、下、左、右四条边 四个角各分配 8 位压缩进一个quint64// src/libtiled/wangset.h —— 地形邻接编码 class TILEDSHARED_EXPORT WangId { constexpr static unsigned BITS_PER_INDEX 8; // 每个方位占 8 位 constexpr static quint64 INDEX_MASK 0xFF; enum Index { Top 0, TopRight 1, Right 2, BottomRight 3, Bottom 4, BottomLeft 5, Left 6, TopLeft 7, }; // 按方位取色值例如取上边的地形颜色 int edgeColor(int index) const; // 支持旋转/翻转用于自动匹配相邻图块 WangId rotated(int rotations) const; WangId flippedHorizontally() const; };实现机制要点规则即哈希键WangSet用QHashquint64, WangTile把邻接编码映射到具体图块查询复杂度为 O(1)通配符支持未指定的方位可留空允许部分规则匹配降低美术配置成本对称变换复用旋转与翻转操作在整数位运算层面完成一套图块可复用于多种朝向。实际填充时编辑器会把目标区域的邻接约束编译成可查询的规则集合桶填充与图章刷共用同一套匹配内核只是触发范围不同填充方案匹配策略计算成本典型场景桶填充Bucket Fill先洪水填充连续区域再逐格匹配规则与连通区域面积相关大范围地形铺设、海岸线生成图章刷Stamp Brush只对笔刷覆盖的局部网格做规则匹配与笔刷尺寸相关精细修补、装饰点缀2.2 TileAnimationDriver用 Qt 动画框架驱动图块播放动态图块如水流、火焰的播放不是靠独立定时器而是继承自QAbstractAnimation// src/libtiled/tileanimationdriver.h —— 动画调度驱动 class TILEDSHARED_EXPORT TileAnimationDriver : public QAbstractAnimation { Q_OBJECT public: int duration() const override; // 返回 -1 表示无限循环 signals: void update(int deltaTime); // 每帧回调单位毫秒 protected: void updateCurrentTime(int currentTime) override; // 帧推进入口 private: int mLastTime; // 记录上一帧时间戳用于计算增量 };技术实现要点增量时间驱动各图块根据自身帧表的duration累加时间并切换帧多个图块共享同一个驱动实例保证时间轴同步延迟求值图块动画仅在渲染可见时启动编辑器中隐藏的图层不消耗时钟资源编辑侧则由 tileanimationeditor.cpp 提供帧序列的拖拽排序与毫秒级时长调整最终序列化为 TMX 中的animation节点。三、以插件为枢纽地图格式生态与脚本化扩展3.1 PluginManager 的动态加载机制Tiled 的格式支持并非内置全家桶而是通过 pluginmanager.h 统一装载。每个插件是一个独立的 Qt 插件QPluginLoader动态库导出MapFormat或TilesetFormat实例// src/libtiled/pluginmanager.h —— 插件装载与状态管理 class TILEDSHARED_EXPORT PluginManager : public QObject { Q_OBJECT public: static PluginManager *instance(); // 单例入口 void loadPlugins(); // 扫描插件目录并尝试加载 const QListPluginFile plugins() const; // 已发现插件列表 private: QListPluginFile mPlugins; // 每个条目持有 QPluginLoader* };格式生态对比均可在 src/plugins 下找到对应实现格式实现位置数据形态适合场景TMXXMLtmxmapformat.cpp结构化 XML可读性好通用存档、跨工具交换JSONplugins/json紧凑对象树解析快Web/移动端引擎TBINplugins/tbin二进制紧凑布局高性能运行时Lua Tableplugins/luaLua 源码级数据Corona/LÖVE 生态这种核心格式 外围插件的架构带来两个直接收益一是新增引擎对接不需要改动编辑器本体二是格式的读写逻辑与编辑逻辑彻底分离第三方可以独立维护自己的插件分支。3.2 脚本化扩展Python 与 JavaScript 双通道除了 C 插件Tiled 还内置了脚本运行时Python 插件plugins/python面向批处理与自动化而 Qt 脚本引擎scriptmanager.cpp提供基于 JavaScript 的交互式扩展。这意味着开发者不必触碰编译链就能实现遍历所有图层并重命名或按规则批量生成对象这类工作流自动化。四、大世界编辑的工程取舍内存、渲染与存储的三方博弈4.1 Chunk 分块让无限地图成为可能无限地图模式下TileLayer不再持有整张连续网格而是以Chunk为基本存储单元tilelayer.h// src/libtiled/tilelayer.h —— 分块存储结构 class TILEDSHARED_EXPORT Chunk { public: Chunk() : mGrid(CHUNK_SIZE * CHUNK_SIZE) {} // 固定尺寸的单元网格 const Cell cellAt(int x, int y) const; // O(1) 索引访问 void setCell(int x, int y, const Cell cell); bool isEmpty() const; // 空块可整体释放 private: QVectorCell mGrid; // 线性存储缓存友好 }; // 图层内部坐标 - 块 的稀疏哈希表 QHashQPoint, Chunk mChunks;取舍分析稀疏哈希表让只画过一小块的巨幅地图几乎不占内存代价是随机访问多一次哈希查找。Tiled 用CHUNK_SIZE固定块尺寸默认 16×16换取缓存局部性实测在连续区域绘制时命中率很高属于典型的空间换时间、稀疏换密度工程决策。4.2 渲染裁剪与纹理复用的分层优化编辑器的实时渲染遵循三层漏斗视口裁剪由渲染器先算出可见图块范围只提交这一窗口内的绘制指令块级跳过空 Chunk 直接跳过避免无谓的网格遍历纹理共享ImageCache对同一图块集图片只解码一次所有图层共享同一个QImage引用。配合无限地图的编辑视图可以看到编辑器如何在一个超大画布上只维护局部数据4.3 存储格式与压缩的平衡图层数据编码LayerDataFormat的可选项本身就是一组性能权衡CSV 可读性最好但体积最大Base64Zlib 是兼容性与体积的折中Zstandard 则面向追求加载速度的发布版本。同一份地图从开发期可读格式切换到发布期压缩格式通常只改一个地图属性无需改动任何图层内容。五、从示例到落地典型工作流与引擎对接实践5.1 示例项目里的工程化约定仓库自带的 examples/sticker-knight 项目展示了完整的多地图协作方式——用.world文件把多个独立地图拼成一个大关卡// examples/sticker-knight/sticker-knight.world —— 世界拼接配置 { maps: [ { fileName: map/sandbox.tmx, x: 0, y: -1792, width: 2528, height: 1440 }, { fileName: map/sandbox2.tmx, x: 1824, y: 0, width: 2560, height: 992 }, { fileName: ui/title.json, x: -1760, y: -1408, width: 1216, height: 832 } ], onlyShowAdjacentMaps: false, type: world }最佳实践清单分层语义化背景层、碰撞层、交互对象层分离便于引擎侧按层开启/关闭渲染对象属性驱动用自定义属性custom-properties标记出生点、NPC、触发器避免硬编码模板复用重复出现的门、箱子用模板.tx管理修改模板即批量更新所有实例按区块导出大世界按.world中的坐标网格导出运行时按玩家位置流式加载。5.2 对接引擎时的通用路径无论目标引擎是 Unity、Godot 还是自研运行时集成模式基本一致编辑器侧导出JSON/TMX→ 引擎侧解析 → 按图层语义重建场景。得益于libtiled的纯数据层设计很多引擎社区直接复用了 maptovariantconverter.cpp 的逻辑——把地图对象树序列化为引擎友好的字典结构再逐层实例化瓦片网格与碰撞体。六、演进方向与社区参与6.1 当前架构的边界与机会从工程视角看Tiled 的架构仍有可预见的演进空间渲染后端单一编辑器绘制仍以 QPainter/OpenGL 路径为主尚未全面拥抱 Vulkan/Metal 等现代后端协作能力缺失文件级编辑模型天然适合单机工作流多人实时协作需要额外的变更同步层运行时与编辑时割裂动画、地形规则在编辑器中所见即所得但运行时重放仍需各引擎自行实现。6.2 参与扩展的正确姿势对想要二次开发的工程师推荐按依赖深度从浅入深格式层实现MapFormat接口最快产出可见成果工具层继承 abstracttool.h 增加编辑手势需要理解场景事件流渲染层继承MapRenderer引入新投影必须吃透坐标换算与裁剪契约核心层改动libtiled数据模型影响面最大建议先与社区对齐设计。社区对贡献的隐性要求集中在不破坏现有文件格式兼容性与保持 O(1)/O(n) 复杂度基线两点上这也是项目二十余年积累的最大资产。总结回看 Tiled 的工程实现三大亮点值得开发者借鉴其一是数据与渲染解耦的分层模型让五种投影、六种存储格式可以自由组合而互不污染其二是以 64 位整数的位运算承载邻接规则的极致压缩思维把复杂的地形融合问题化简为哈希查找其三是插件即生态的开放姿态使得 TMX/JSON/TBin/Lua 等格式的接入成本降到最低。这三个支柱共同回答了开篇的疑问——一个地图编辑器如何兼顾灵活编辑与规模可扩展用模块化隔离复杂度用位运算压缩信息用插件化摊薄生态成本。随着 WebAssembly 与协作编辑的兴起这套架构依然留有充足的演进余地值得每一位 2D 工具链开发者持续关注。【免费下载链接】tiledFlexible level editor项目地址: https://gitcode.com/gh_mirrors/ti/tiled创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考