1. 项目概述为什么我们需要一个战棋RPG框架如果你和我一样是个对策略和角色扮演情有独钟的游戏开发者同时又对Godot引擎的轻量与高效爱不释手那你一定想过一个问题如何高效地开发一款战棋RPG是每次新项目都从零开始重复绘制网格、编写移动逻辑、处理角色属性和技能系统还是能有一套趁手的“兵器库”让我们能专注于游戏的核心玩法和叙事答案显然是后者。这就是“基于Godot引擎的战棋RPG开发框架”诞生的初衷——它不是一个成品游戏而是一套高度模块化、可复用的开发工具集旨在将战棋RPG开发中那些通用、繁琐但又至关重要的底层系统标准化、组件化。简单来说这个框架的目标是让你像搭积木一样构建你的战棋世界。你不再需要从零开始纠结于如何实现一个六边形网格的寻路算法或者一个复杂的、带条件触发的技能效果链。框架已经为你封装好了这些核心模块你只需要根据自己游戏的独特规则进行“组合”与“微调”。无论是经典的《火焰纹章》式网格移动与攻击还是带有地形高度差、ZOC控制区域等复杂规则的战棋甚至是融合了卡牌构筑元素的创新玩法都可以在这个模块化的基础上快速搭建原型验证核心玩法。这个框架尤其适合独立开发者和小型团队。它能极大压缩前期技术验证和基础系统搭建的时间成本让你宝贵的开发精力更多地投入到关卡设计、角色塑造、剧情编写和美术资源创作上。同时由于其模块化设计框架也具备极强的可扩展性。你可以轻松替换其中的某个子系统比如将默认的2D渲染替换为3D或者接入一套全新的网络同步逻辑而不会牵一发而动全身。接下来我们就深入拆解这套框架的设计思路与核心模块看看它如何将复杂的战棋RPG开发变得清晰而高效。2. 框架核心架构与模块化设计理念2.1 模块化设计的核心优势解耦与复用在软件工程中模块化设计是应对复杂系统的经典策略。对于战棋RPG这种包含战斗系统、角色成长、物品管理、剧情对话等多个子系统的复合型游戏模块化更是至关重要。我们的框架将整个游戏逻辑拆分为数个高内聚、低耦合的独立模块每个模块负责一个明确的职责。为什么选择模块化最直接的好处是可维护性和可测试性。想象一下如果你的战斗伤害计算公式、角色属性、技能效果全部混杂在一个长达数千行的脚本里当你需要调整“暴击率”的计算方式时你可能会在无数个地方找到相关的代码片段修改一处就可能引发意想不到的Bug。而模块化之后所有与“战斗计算”相关的逻辑都集中在CombatCalculator模块中修改清晰且安全。其次模块化带来了极高的复用性。一个设计良好的GridMovement网格移动模块不仅可以用在你的中世纪奇幻战棋里稍作配置比如调整移动力消耗规则就能直接用在科幻题材甚至足球经理类游戏中。在我们的框架中核心模块通常以“场景Scene”或“资源Resource”的形式存在。Godot引擎的节点Node与场景系统天生适合这种设计。我们将一个功能完整的子系统如一个可交互的棋盘格子打包成一个PackedScene它内部包含了必要的Sprite、CollisionShape和脚本。在游戏中我们只需实例化这个场景并通过暴露出的参数或信号进行配置和通信。2.2 核心模块划分与职责界定基于常见的战棋RPG需求框架通常包含以下核心模块。理解每个模块的职责是灵活使用框架的关键。战场核心模块 (BattleCore)Grid/Map System (网格/地图系统)这是战棋的舞台。它负责管理棋盘无论是正方形、六边形还是其他拓扑结构的物理和逻辑表示。核心功能包括坐标转换将像素坐标转换为网格坐标、地形数据管理每个格子的移动消耗、防御加成、是否可通行等、寻路算法如A*算法的实现与调用。Unit/Entity System (单位/实体系统)代表棋盘上的每一个可操作单位英雄、士兵、怪物等。它是一个基础场景包含渲染组件、属性组件生命、攻击、防御等和行为控制器。所有具体的角色类型都继承或组合自这个基础单位。Turn Manager (回合管理器)游戏流程的指挥中枢。它严格管理当前是“玩家回合”、“敌方回合”还是“事件阶段”负责切换回合、触发回合开始/结束的全局事件如每回合自动回血并可能管理更细粒度的行动顺序基于速度属性的ATB系统。角色与成长模块 (Character Progression)Attribute Stat System (属性与状态系统)定义并管理角色的核心数值如力量、敏捷、智力、生命值、魔法值等。这个模块需要设计一套可扩展的数据结构并能处理属性之间的衍生关系例如防御力由基础防御和装备加成共同决定。Skill Action System (技能与行动系统)这是战棋的策略核心。它管理每个单位可执行的动作如移动、攻击、释放技能、使用物品等。每个技能/行动都是一个独立的资源Resource包含其消耗MP、行动点、目标范围单体、直线、范围、效果逻辑伤害计算、施加状态等。模块化设计允许你像编辑数据一样创建和组合新技能。Inventory Equipment System (物品与装备系统)管理角色的背包、装备栏。需要处理物品的堆叠、装备对属性的影响、以及物品的使用效果消耗品、任务物品等。交互与表现模块 (Interaction Presentation)UI HUD System (用户界面与平视显示器系统)提供游戏状态的可视化反馈如单位属性面板、技能菜单、战斗日志、回合指示器等。框架通常会提供一套基础UI组件和布局方便你进行皮肤定制。Camera Input Controller (摄像机与输入控制器)处理玩家的输入鼠标点击、键盘方向键、触摸并将其转化为游戏内的指令选择单位、指定移动路径、选择技能目标。同时管理摄像机的移动、缩放和聚焦确保玩家始终拥有良好的战场视野。Visual Effect Animation Manager (视觉效果与动画管理器)负责播放战斗动画、技能特效、UI反馈动画等。一个好的动画系统能极大提升游戏的打击感和表现力。数据与配置模块 (Data Configuration)Data Manager (数据管理器)负责加载和保存游戏数据如角色存档、关卡进度、全局变量等。框架会定义一套结构化的数据格式如JSON或Godot自带的Resource并提供便捷的读写接口。Configuration Constants (配置与常量)将游戏中所有可调节的参数集中管理如网格大小、行动点上限、基础伤害公式、颜色定义等。这使你平衡游戏数值时无需在代码中四处搜寻。注意模块间的通信。模块化之后模块如何交互是关键。Godot的信号Signal和单例Autoload Singleton是两种主要手段。对于松耦合的事件如“单位死亡”、“回合结束”使用信号广播。对于需要全局访问的核心管理器如TurnManager、DataManager通常注册为自动加载的单例。3. 核心模块深度解析与实现要点3.1 网格地图系统战棋的基石网格系统是战棋游戏的物理基础。我们的实现目标是高效、灵活、易于扩展。数据结构设计我们使用一个二维数组Array of Arrays或字典Dictionary来在内存中表示逻辑网格。每个网格单元Cell是一个自定义的Resource或Dictionary至少包含以下信息# 定义一个格子资源 class_name GridCell extends Resource var grid_position: Vector2i # 网格坐标如 (3, 5) var world_position: Vector3 # 对应的3D世界坐标用于3D战棋或2D位置 var terrain_type: String # 地形类型如 grass, forest, mountain var move_cost: int # 移动力消耗 var defense_bonus: int # 防御加成 var is_occupied: bool # 是否被单位占据 var occupying_unit: Unit # 占据的单位引用如果有寻路算法实现A算法是战棋寻路的标准选择。但单纯的A只能找到最短路径而战棋中我们更关心的是“在移动力范围内能到达哪些格子”。因此框架的寻路模块需要提供两个核心功能可达区域计算给定一个起点和移动力Movement Points, MP计算出所有移动消耗不超过MP的可到达格子。这通常通过一个改良的Dijkstra算法或带移动力限制的A*算法来实现。路径查找在可达区域内根据玩家点击的目标点找出一条具体的移动路径。代码示例计算可达区域的核心思路# 在 GridSystem 中 func get_reachable_cells(start_cell: Vector2i, move_points: int) - Array: var open_list [] # 待处理的格子队列 var cost_so_far {} # 记录到达每个格子的最小消耗 var reachable [] # 最终的可达格子列表 open_list.append(start_cell) cost_so_far[start_cell] 0 while not open_list.is_empty(): var current open_list.pop_front() # 遍历当前格子的所有邻居上下左右或六边形六个方向 for neighbor in get_neighbors(current): # 计算从当前格子移动到邻居的新消耗 var new_cost cost_so_far[current] get_move_cost(current, neighbor) # 如果邻居不可通行或消耗已超过移动力则跳过 if not is_cell_passable(neighbor) or new_cost move_points: continue # 如果找到更优路径或首次访问该邻居 if not cost_so_far.has(neighbor) or new_cost cost_so_far[neighbor]: cost_so_far[neighbor] new_cost reachable.append(neighbor) # 加入可达列表 open_list.append(neighbor) return reachable地形与交互地形数据terrain_type不应该只是贴图不同。它应该深度参与游戏逻辑。框架需要提供一个TerrainDatabase将地形类型字符串映射到具体的游戏规则影响上例如# 地形数据库可以是一个Resource或JSON var terrain_db { grass: {move_cost: 1, defense: 0, avoid: 0}, forest: {move_cost: 2, defense: 1, avoid: 20}, # 森林提供1点防御和20%回避率加成 mountain: {move_cost: 3, defense: 2, avoid: -10, blocks_range: true}, # 山脉可能阻挡远程攻击 }这样当单位站在某个格子上时战斗计算模块就能方便地查询并应用地形效果。3.2 单位与技能系统策略的载体单位实体设计一个基础的单位场景Unit.tscn可能包含以下节点结构Unit (Node2D/Node3D) ├── Sprite2D/MeshInstance (视觉表现) ├── CollisionShape2D (碰撞区域用于点选) ├── UnitController (脚本处理移动、行动逻辑) └── AttributeComponent (脚本管理生命、攻击等属性)AttributeComponent负责管理单位的核心数值。这里的关键是设计一个可扩展的属性系统。一种常见的做法是使用字典Dictionary来存储基础属性并提供方法来计算最终属性包含装备、状态等加成。# AttributeComponent.gd class_name AttributeComponent extends Node var base_stats { max_hp: 100, strength: 10, defense: 5, speed: 8 } var current_hp: int var equipment_bonus {} # 来自装备的加成 var status_effects [] # 当前生效的状态效果列表 func get_final_stat(stat_name: String) - int: var value base_stats.get(stat_name, 0) value equipment_bonus.get(stat_name, 0) # 遍历状态效果应用加成 for effect in status_effects: value effect.get_stat_modifier(stat_name) return max(value, 0) # 确保非负技能系统架构技能是战棋游戏的灵魂。我们将每个技能定义为一个独立的Resource例如SkillResource。这样做的好处是策划或开发者可以在Godot编辑器中像创建材质一样创建和配置技能无需修改代码。一个SkillResource可能包含以下属性# SkillResource.gd class_name SkillResource extends Resource export var skill_name: String export var icon: Texture2D export var description: String export var mp_cost: int 0 export var range_type: String # self, adjacent, line, area export var range_value: int # 具体范围值 export var target_type: String # enemy, ally, any export var power: int 10 # 技能威力基数 export var animation: String default_attack # 对应的动画名 # 效果可以是一个自定义的“效果链”资源描述伤害、治疗、施加状态等 export var effect_chain: EffectChainResource当单位使用技能时SkillSystem会加载对应的SkillResource根据其range_type和target_type计算有效目标然后执行effect_chain中定义的一系列效果。效果链设计这是实现复杂技能的关键。一个EffectChainResource可以包含一个效果列表每个效果是一个小型的、可配置的“插件”。例如DamageEffect: 造成基于攻击力-防御力技能威力的伤害。HealEffect: 恢复生命值。ApplyStatusEffect: 给目标施加一个状态如“中毒”、“眩晕”。TeleportEffect: 将目标或自身传送到指定位置。 这种设计使得你可以通过组合简单的效果创造出“对直线上的所有敌人造成伤害并击退”、“治疗目标并清除其负面状态”等复杂技能。3.3 回合与状态管理游戏流程的控制器回合管理器TurnManager是一个典型的单例Autoload它维护着游戏的状态机。一个简化的状态循环可能是PlayerTurnStart - PlayerAction - (判断条件) - EnemyTurnStart - EnemyAI - ...。它的核心职责包括回合切换在玩家结束回合后切换到敌方回合触发所有敌方单位的AI决策流程。行动点管理在有些战棋中每个单位每回合有固定的行动点AP用于移动和施放技能。TurnManager需要重置或补充单位的AP。全局事件触发发出如turn_started(phase),turn_ended,unit_moved,action_completed等信号供UI、成就系统等其他模块监听并作出反应。状态效果系统状态如中毒、沉默、防御提升是RPG的重要组成部分。一个状态效果StatusEffect也是一个Resource它包含持续时间、触发时机每回合开始、受到攻击时等和具体效果逻辑。Unit身上的status_effects数组会管理这些状态的生效与失效。# StatusEffect.gd class_name StatusEffect extends Resource export var name: String export var duration: int # 持续回合数 export var icon: Texture2D export var is_debuff: bool true # 在每回合开始时触发 func on_turn_start(target_unit: Unit): if name Poison: var damage target_unit.get_final_stat(max_hp) * 0.05 # 每回合损失5%最大生命值 target_unit.take_damage(damage, null) duration - 1 if duration 0: target_unit.remove_status_effect(self)这种设计让状态效果的添加和平衡变得非常数据驱动。4. 实战指南从零搭建一个简易战棋Demo理论说了这么多我们来动手实践一下用这个框架的思路快速搭建一个最基础的战棋Demo。这个Demo将包含一个5x5的网格地图一个玩家单位一个敌人单位实现移动、攻击和简单的回合切换。4.1 项目初始化与核心场景搭建创建新项目在Godot中创建一个新的2D项目。建立目录结构清晰的目录结构是模块化的第一步。建议创建如下文件夹scenes/存放所有场景文件。core/核心系统场景如GridMap.tscn,Unit.tscn。ui/所有UI场景。levels/关卡场景。scripts/存放所有GDScript脚本子目录结构与scenes/对应。resources/存放Resource文件如SkillResource.tres,TerrainData.tres。autoloads/存放作为单例自动加载的脚本。创建自动加载单例进入“项目设置 - 自动加载”添加两个单例脚本TurnManager.gd: 回合管理。EventBus.gd: 全局事件总线可选用于更松耦合的信号通信。创建网格地图场景(scenes/core/GridMap.tscn)根节点为Node2D命名为GridMap。添加一个TileMap节点用于视觉呈现。创建一个TileSet定义几种地形草地、森林、山地。为GridMap节点附加脚本GridMap.gd。在_ready()函数中根据TileMap的信息初始化我们之前提到的逻辑网格数据二维数组。为每个TileMap的格子位置创建一个GridCell逻辑对象并根据贴图ID设置其terrain_type。4.2 创建可操作的单位实体创建基础单位场景(scenes/core/Unit.tscn)根节点为Area2D方便处理鼠标点击命名为Unit。添加子节点Sprite2D显示单位图像和CollisionShape2D。添加一个AttributeComponent节点空节点附加AttributeComponent.gd脚本。为Unit根节点附加脚本Unit.gd。编写Unit.gd基础逻辑# Unit.gd extends Area2D class_name Unit export var unit_name: String Soldier onready var attribute_component $AttributeComponent var grid_position: Vector2i # 当前所在的网格坐标 var move_range: int 5 # 移动范围 var is_selected: bool false func _ready(): # 连接鼠标信号 input_event.connect(_on_input_event) func _on_input_event(_viewport, event, _shape_idx): if event is InputEventMouseButton and event.pressed and event.button_index MOUSE_BUTTON_LEFT: # 被点击时通知全局选中此单位 EventBus.unit_selected.emit(self) func move_to(new_grid_pos: Vector2i): # 调用 GridMap 的寻路方法获取路径 var path get_parent().get_path(grid_position, new_grid_pos, move_range) if path.is_empty(): return false # 播放移动动画这里简化为瞬间移动 grid_position new_grid_pos global_position get_parent().grid_to_world(new_grid_pos) EventBus.unit_moved.emit(self, path) return true func take_damage(amount: int): attribute_component.current_hp - amount if attribute_component.current_hp 0: die() func die(): EventBus.unit_died.emit(self) queue_free()编写AttributeComponent.gd实现前面提到的属性计算逻辑。4.3 实现回合逻辑与玩家输入完善TurnManager.gd# TurnManager.gd (Autoload) extends Node signal turn_changed(new_turn) # 信号回合改变 enum Turn {PLAYER, ENEMY} var current_turn: Turn Turn.PLAYER var current_selected_unit: Unit null func end_player_turn(): if current_turn ! Turn.PLAYER: return current_turn Turn.ENEMY turn_changed.emit(current_turn) # 这里可以触发敌方AI开始行动 start_enemy_turn() func start_enemy_turn(): # 模拟敌方AI遍历所有敌方单位执行简单行动 await get_tree().create_timer(1.0).timeout # 等待1秒模拟AI思考 # ... (执行AI逻辑) end_enemy_turn() func end_enemy_turn(): current_turn Turn.PLAYER turn_changed.emit(current_turn) # 重置玩家单位行动状态等创建玩家控制器创建一个PlayerController.gd脚本附加到场景根节点或一个专门的控制器节点上。它监听EventBus.unit_selected信号和鼠标对网格的点击事件。当玩家单位被选中时高亮显示该单位并调用GridMap计算其可达区域将这些格子高亮。当玩家点击一个高亮的可达格子时调用选中单位的move_to()方法。当玩家点击一个敌方单位且在攻击范围内时触发攻击流程调用战斗计算模块。4.4 连接所有模块并运行测试组装主场景创建一个Main.tscn作为游戏入口。在其中实例化你的GridMap并在编辑器中手动放置几个Unit实例设置好是玩家阵营还是敌方阵营。配置地形数据在GridMap.gd的_ready()中根据TileMap的单元格索引为每个逻辑GridCell赋予不同的terrain_type和move_cost。运行测试点击玩家单位应能看到其移动范围高亮。点击高亮格子单位应移动过去。移动后应无法再移动消耗了行动点点击“结束回合”按钮需简单UI应切换到敌方回合。敌方单位应能执行简单的移动和攻击可以先写一个向最近玩家移动并攻击的简单AI。攻击后生命值减少生命值归零的单位应被移除。至此一个最精简但五脏俱全的战棋Demo就完成了。它包含了模块化框架的所有核心思想分离的网格系统、单位实体、属性组件、回合管理器和玩家输入控制器。你可以在这个基础上像添加乐高积木一样加入更复杂的技能系统、状态效果、装备界面和关卡逻辑。5. 进阶技巧、优化与常见问题排查5.1 性能优化要点战棋游戏在单位众多、地图庞大时可能面临性能压力尤其是寻路计算和范围高亮。寻路算法优化缓存可达区域单位移动力不变时其可达区域在同回合内是固定的。可以在单位被选中时计算一次并缓存避免重复计算。使用高效的优先队列A*算法中的开放列表Open List应使用二叉堆Binary Heap实现而非普通数组。Godot的Array的pop_front()是O(n)操作在大地图上会变慢。可以考虑自己实现或使用第三方库。分层寻路对于超大地图可以考虑先将地图划分为大区域Chunk先进行区域级的粗略寻路再进行格子级的精细寻路。渲染优化合批绘制确保TileMap和大量单位的精灵使用了相同的纹理图集Texture Atlas以便Godot进行绘制调用合批。隐藏不可见单位对于镜头外的单位可以将其visible属性设为false或直接暂停其_process逻辑。内存管理对象池频繁创建和销毁单位如召唤物、特效会引发内存碎片和GC压力。使用对象池Object Pool来复用对象。及时释放引用确保被销毁的单位从所有管理器如GridMap的occupying_unit引用中移除避免内存泄漏。5.2 框架扩展与自定义框架的威力在于其可扩展性。以下是一些常见的扩展方向更换渲染维度从2D切换到3D。核心的GridMap逻辑网格和Unit逻辑几乎不用变只需将2D的Sprite2D和TileMap替换为3D的MeshInstance和GridMapGodot的3D网格节点。grid_to_world和world_to_grid的坐标转换函数需要重写。实现网络对战这是一个重大扩展。需要引入权威服务器逻辑。所有游戏状态单位位置、属性、回合在服务器上计算客户端只负责渲染和输入转发。框架中的TurnManager和CombatCalculator需要移到服务器端并通过RPC远程过程调用进行同步。Godot的高层多玩家APIMultiplayerAPI可以简化这部分工作。集成更复杂的AI为敌方单位实现状态机FSM或行为树Behavior Tree。可以将AI决策逻辑封装成独立的AIController组件挂载到敌方单位上。AIController在敌方回合被TurnManager激活根据当前战场态势敌我位置、血量做出移动、攻击或使用技能的决定。5.3 常见问题与调试技巧在开发过程中你肯定会遇到各种问题。这里记录一些典型问题的排查思路问题现象可能原因排查步骤与解决方案单位移动后位置错乱1.grid_to_world坐标转换错误。2. 单位的grid_position未及时更新。1. 打印调试在move_to函数中打印new_grid_pos和转换后的world_position。2. 确保移动路径的最后一个坐标正确赋值给了单位的grid_position。点击单位无反应1.Area2D的碰撞形状未设置或太小。2. 单位的input_event信号未连接。3. 有其他UI层拦截了输入。1. 在编辑器中检查CollisionShape2D的形状和大小是否覆盖了精灵图像。2. 检查Unit.gd的_ready()中是否连接了信号。3. 检查场景树中是否有Control节点覆盖了单位并设置了Mouse Filter为Stop。寻路卡顿或结果错误1. 地形移动成本 (move_cost) 设置错误如设为0或负数。2. 不可通行区域判断逻辑有误。3. 算法陷入死循环邻居查找逻辑错误。1. 可视化调试在计算可达区域时临时将可达格子涂上颜色检查范围是否合理。2. 检查is_cell_passable()函数确保它正确读取了地形数据和单位占据情况。3. 在寻路循环中添加安全计数器超过一定迭代次数后强制跳出并报错。技能效果未生效1.SkillResource的effect_chain未正确配置或加载。2. 技能目标选择逻辑错误未选中有效目标。3. 效果脚本中存在语法或逻辑错误。1. 在技能施放时打印effect_chain的资源路径和内容。2. 调试目标选择高亮显示技能的有效范围和目标单位。3. 在效果脚本的关键节点添加print()语句跟踪执行流程。回合无法切换1.TurnManager的单例未正确注册或引用。2. 结束回合的条件未满足如还有单位可行动。3. 信号未正确发射或连接。1. 在需要调用TurnManager的地方打印其引用检查是否为null。2. 检查TurnManager的状态机逻辑确保从PLAYER到ENEMY的转换条件清晰。3. 使用Godot编辑器的“调试器”面板查看信号连接情况。调试心得Godot内置的远程调试和性能分析器是利器。当逻辑复杂时不要只依赖print。使用“调试器”-“监视”功能实时查看关键变量的值。对于性能问题用“分析器”定位CPU或GPU的耗时瓶颈。另外为关键的游戏对象如Unit、GridCell自定义一个_debug_draw()方法在调试模式下绘制其边界、坐标、状态等信息能极大提升排查效率。6. 从框架到产品构建完整游戏的思考当你用这个框架搭建了一个稳定可靠的核心玩法原型后接下来的工作就是将其丰富成一个完整的游戏产品。这远远超出了框架本身的范围但框架为你奠定了坚实的技术基础。内容生产管线你需要建立高效的内容数据生产流程。这包括角色与敌人设计表使用CSV、JSON或Google Sheets来定义上百个单位的属性、技能和成长曲线。编写一个导入工具将这些数据转换为Godot的Resource。关卡编辑器基于Godot编辑器本身进行扩展或者开发一个外部工具让策划能方便地摆放地形、单位、触发事件和胜利条件。剧情与对话系统集成一个对话系统如基于JSON的对话树并与关卡中的事件触发器结合。美术与音频集成框架只处理逻辑视听表现需要美术和音频资源的支撑。建立规范的资源命名和目录结构确保程序能正确加载动画帧、技能特效、背景音乐和音效。UI/UX打磨框架提供的UI是功能性的。你需要投入大量精力优化用户界面和体验清晰的技能图标、流畅的单位选择反馈、丰富的战斗数值飘字、便捷的快捷键设置、贴心的新手引导等。测试与平衡战棋游戏的数值平衡至关重要。你需要反复测试不同职业、技能、敌人组合下的难度曲线。框架的模块化设计使得调整一个技能的效果或一个属性的成长公式变得相对容易但平衡本身是一个需要大量时间和数据反馈的迭代过程。回顾整个框架其最大的价值在于“分离关注点”和“提供标准接口”。它将战棋游戏这个复杂问题分解成一个个可独立开发、测试和替换的模块。无论你是想做一个致敬经典的战棋还是一个融合了Roguelike、卡牌构筑的创新作品都可以从这个基础框架出发专注于打造属于你自己的、独一无二的那部分游戏内容。