1. 项目概述为什么我们需要一个“实战指南”如果你在Unity社区里混迹过一段时间大概率听说过HTFramework这个框架。它不像Unity官方的URP、HDRP那样庞大也不像GameFramework那样自成体系它是一个由国内开发者“凉鞋的笔记”开源维护的、面向中小型项目快速开发的“工具箱”式框架。它的核心价值在于将Unity开发中那些高频、繁琐但又通用的功能——比如UI管理、事件系统、对象池、状态机、数据绑定等——进行了高度封装和标准化让你能像搭积木一样快速构建项目原型和核心系统。然而问题也恰恰出在这里。框架的官方仓库里提供了大量的示例Demo这些示例通常展示了某个独立模块的功能比如“如何用状态机控制一个门的开关”、“如何用数据绑定更新一个Text组件”。对于新手来说看完这些离散的示例脑子里往往还是一团浆糊“这些模块我该怎么组合起来在实际项目中UI模块和事件系统是怎么联动的状态机怎么管理一个复杂的角色数据绑定在真实的网络请求场景下怎么用” 这就是理论与实践的鸿沟。因此这个“HTFramework示例项目实战指南”的核心目标不是复述官方文档也不是简单罗列API。它的使命是搭建一座桥梁将一个完整的、麻雀虽小五脏俱全的实战项目作为载体将HTFramework的各个核心模块有机地串联起来。我们将从一个具体的需求出发——比如构建一个简单的“任务系统”演示——来展示如何从零开始运用HTFramework的UI、事件、状态机、数据绑定等模块协同工作最终完成一个可运行、可扩展的小型功能。这能让你直观地理解框架的设计哲学掌握模块间的协作模式并最终具备将其应用到你自己项目中的能力。2. 核心模块选型与项目架构设计在动手写代码之前我们必须先想清楚两件事第一我们的示例项目要做什么第二HTFramework里哪些模块最适合实现它。盲目地把所有模块都塞进去只会制造混乱。2.1 实战场景定义一个简易的“探险者任务大厅”为了有明确的靶心我们设计这样一个场景一个2D/3D的简易场景中心是一个代表玩家的角色周围有几个NPC。玩家可以与NPC交互接取和提交任务。任务信息如描述、目标、奖励需要清晰地展示在UI上。任务进行中玩家的状态如“闲置”、“交谈中”、“执行任务中”会变化并且任务进度需要实时反馈。这个场景虽小但几乎触及了中小型游戏开发的所有核心环节UI交互任务面板、对话气泡、按钮反馈。逻辑通信NPC点击触发任务接取任务进度更新触发UI刷新。状态管理玩家拥有“闲置”、“移动”、“与NPC对话”、“执行任务”等状态。数据驱动任务数据ID、描述、目标数量、奖励最好由配置表驱动。资源管理UI面板、任务物品等需要高效加载和销毁。2.2 HTFramework模块映射与选型理由基于以上需求我们筛选出HTFramework中最匹配的几个核心模块UI模块这是必然之选。HTFramework的UI模块采用基于预制体的管理方式支持UI逻辑与表现分离自动化的生命周期管理Open、Close、Update以及非常重要的一点UI数据绑定。我们将用它来管理任务面板、对话框、HUD等所有界面。为什么选它原生UGUI需要自己写大量的Find、SetActive、事件监听代码容易混乱。HTFramework UI模块提供了标准化的打开/关闭流程和事件钩子让UI管理变得清晰。事件模块这是模块间解耦的“神经系统”。当玩家点击NPC时会抛出一个OnNPCInteractEvent当任务进度更新时会抛出一个OnTaskProgressUpdateEvent。UI模块监听这些事件来更新显示状态机模块也可能监听事件来切换状态。为什么选它避免使用单例或直接的组件引用进行通信降低耦合度。HTFramework的事件模块支持泛型事件类型安全发布-订阅模式清晰。状态机模块用于管理玩家的行为状态。例如从“闲置”状态在收到“点击移动”指令后切换到“移动”状态靠近NPC后切换到“对话”状态。为什么选它用状态模式来管理角色行为远比在Update里用一堆if-else判断currentState要优雅和易于维护。HTFramework的状态机提供了状态基类、条件基类让状态切换逻辑可视化通过代码结构。数据绑定模块这是实现UI实时更新的利器。我们可以定义一个TaskData模型类其中的属性如Progress用[BindProperty]标记。当任务进度改变时只需修改TaskData.Progress所有绑定了该属性的UI控件如一个Slider或Text会自动更新。为什么选它它实现了MVVMModel-View-ViewModel模式在Unity中的轻量级应用将数据与UI解耦。开发者不再需要手动在每次数据变更后去调用text.text newValue。对象池模块用于管理频繁创建和销毁的对象比如任务完成时的飘字奖励特效、对话气泡等。为什么选它避免频繁的Instantiate和Destroy造成的GC垃圾回收压力提升运行时性能。注意HTFramework还包含其他如主模块、资源模块、网络模块等。在本实战指南中我们聚焦于上述最常用、最能体现框架协作的核心模块。其他模块可根据项目需要后续引入。2.3 项目目录结构规划清晰的目录结构是项目可维护性的基石。参考HTFramework的约定并结合实战我们规划如下Assets/ ├── HTFramework/ // HTFramework框架源码通过Package Manager或Git Submodule引入 ├── Scripts/ // 项目自定义脚本 │ ├── Model/ // 数据模型 │ │ └── TaskData.cs // 任务数据模型使用数据绑定 │ ├── Controller/ // 逻辑控制器可选根据架构习惯 │ │ └── TaskManager.cs // 任务管理器核心逻辑 │ ├── UI/ // UI逻辑脚本 │ │ ├── UIPanelTask.cs // 任务面板UI逻辑 │ │ └── UIPanelDialogue.cs // 对话面板UI逻辑 │ ├── State/ // 状态机状态 │ │ ├── PlayerIdleState.cs │ │ ├── PlayerMoveState.cs │ │ └── PlayerTalkState.cs │ └── Event/ // 自定义事件定义 │ ├── NPCInteractEvent.cs │ └── TaskProgressEvent.cs ├── Resources/ // 需要动态加载的资源按框架规范 │ └── UI/ // UI预制体存放处HTFramework UI模块默认路径 │ ├── UIPanelTask.prefab │ └── UIPanelDialogue.prefab ├── Scenes/ // 场景文件 │ └── Main.unity └── ... // 其他标准Unity目录Art, Audio等这个结构体现了关注点分离Model管数据UI管表现State管行为Event管通信。3. 从零搭建核心模块的初始化与配置现在我们进入实战环节从创建一个空的Unity项目开始。3.1 引入HTFramework与基础环境搭建首先你需要将HTFramework引入项目。推荐使用Unity的Package Manager通过Git URL安装这能方便地更新版本。在Packages/manifest.json中添加{ dependencies: { com.htframework.framework: https://github.com/凉鞋的笔记/HTFramework.git#upm, // ... 其他依赖 } }等待导入完成后你会在Project窗口看到Packages/HTFramework目录。接下来创建一个空场景Main.unity。然后必须在场景中创建HTFramework的核心运行时环境。通常框架提供了一个初始化预制体或通过[RuntimeInitializeOnLoadMethod]自动初始化。根据HTFramework的最新实践你通常需要将一个HTFramework预制体拖入场景或者使用框架提供的菜单项HTFramework - Create Framework Environment。请务必查阅你所用版本的README或文档完成这一步是后续所有功能正常工作的前提。3.2 UI模块创建第一个数据绑定的任务面板HTFramework的UI系统要求你将UI预制体放在Resources/UI/目录下路径可配置。我们首先创建任务面板。创建UI预制体在Resources/UI/下创建UIPanelTask.prefab。使用UGUI搭建一个简单面板包含任务名称Text、任务描述Text、进度Slider、进度Text如“1/5”、一个“放弃任务”Button。创建UI逻辑脚本在Scripts/UI/下创建UIPanelTask.cs它必须继承自HTFramework.UI.UILogicBase。using HTFramework; using UnityEngine; using UnityEngine.UI; namespace YourProject.Example { public class UIPanelTask : UILogicBase { // 通过属性绑定在Inspector中关联预制体上的组件 [BindProperty] public Text TaskName { get; set; } [BindProperty] public Text TaskDescription { get; set; } [BindProperty] public Slider ProgressSlider { get; set; } [BindProperty] public Text ProgressText { get; set; } [BindProperty] public Button GiveUpButton { get; set; } private TaskData _currentTaskData; // 关联的数据模型 // UI打开时的初始化 public override void OnOpen(params object[] args) { base.OnOpen(args); // 通常args会传入当前任务的数据模型 if (args.Length 0 args[0] is TaskData taskData) { LinkTaskData(taskData); } GiveUpButton.onClick.AddListener(OnGiveUpClick); } // 将UI与一个TaskData模型绑定 public void LinkTaskData(TaskData taskData) { if (_currentTaskData ! null) { // 解除旧数据的绑定监听如果框架自动处理则无需此步 } _currentTaskData taskData; // 手动进行初始数据填充 TaskName.text _currentTaskData.Name; TaskDescription.text _currentTaskData.Description; UpdateProgressDisplay(); // 监听数据模型的属性变更事件如果使用HTFramework的数据绑定特性这步可能由框架完成 // 此处演示手动监听更优做法是使用框架的BindProperty特性见下文。 } private void UpdateProgressDisplay() { ProgressSlider.value (float)_currentTaskData.CurrentProgress / _currentTaskData.TotalProgress; ProgressText.text ${_currentTaskData.CurrentProgress}/{_currentTaskData.TotalProgress}; } private void OnGiveUpClick() { // 抛出放弃任务的事件由TaskManager等控制器处理 EventManager.Instance.Trigger(new GiveUpTaskEvent(_currentTaskData.Id)); Close(); // 关闭自身 } public override void OnClose() { base.OnClose(); GiveUpButton.onClick.RemoveListener(OnGiveUpClick); // 清理对数据模型的引用和监听 _currentTaskData null; } } }实现数据绑定进阶上面的LinkTaskData方法是手动同步数据。HTFramework的数据绑定模块可以更自动化。首先让TaskData继承HTFramework.IDataSet并使用[BindProperty]标记需要绑定的属性。using HTFramework; namespace YourProject.Example.Model { public class TaskData : IDataSet { private string _name; private int _currentProgress; [BindProperty] // 标记此属性支持绑定 public string Name { get _name; set { if (_name ! value) { _name value; PropertyChanged?.Invoke(nameof(Name)); // 触发属性变更事件 } } } [BindProperty] public int CurrentProgress { get _currentProgress; set { if (_currentProgress ! value) { _currentProgress value; PropertyChanged?.Invoke(nameof(CurrentProgress)); // 进度更新时自动触发进度文本和Slider的更新需在UI层配置绑定关系 } } } // ... 其他属性 public event HTFActionstring PropertyChanged; // 属性变更事件 } }然后在UI逻辑脚本或Inspector中取决于框架实现将UI控件与TaskData的特定属性绑定。这样当TaskData.CurrentProgress被修改时绑定的ProgressSlider.value和ProgressText.text会自动更新。你需要查阅HTFramework数据绑定模块的具体用法因为不同版本实现方式可能有差异。核心思想是数据变UI自动变。3.3 事件模块定义与触发NPC交互事件事件是模块间的粘合剂。我们定义一个NPC交互事件。using HTFramework; namespace YourProject.Example.Event { /// summary /// NPC交互事件 /// /summary public class NPCInteractEvent : EventHandlerBase { public int NPCId { get; private set; } public Vector3 InteractionPosition { get; private set; } public NPCInteractEvent(int npcId, Vector3 position) { NPCId npcId; InteractionPosition position; } // 重写ToString用于调试 public override string ToString() { return $与NPC[NPCId: {NPCId}]在{InteractionPosition}处交互; } } }在玩家控制脚本或NPC自身的脚本中当交互发生时如点击、碰撞检测// 触发事件 EventManager.Instance.Trigger(new NPCInteractEvent(this.npcId, transform.position));在任务管理器或状态机中监听并处理这个事件private void OnEnable() { // 订阅事件 EventManager.Instance.SubscribeNPCInteractEvent(OnNPCInteract); } private void OnDisable() { // 取消订阅 EventManager.Instance.UnsubscribeNPCInteractEvent(OnNPCInteract); } private void OnNPCInteract(NPCInteractEvent eventArgs) { Debug.Log($收到事件: {eventArgs}); // 根据NPCId查找任务打开对话面板等... UIManager.Instance.OpenUIUIPanelDialogue(eventArgs.NPCId); }3.4 状态机模块构建玩家行为状态我们实现一个简单的玩家状态机管理闲置、移动、对话三个状态。首先创建玩家状态机控制器PlayerController.cs继承自HTFramework.StateMachine.StateMachineBase或使用框架提供的状态机组件。using HTFramework; using UnityEngine; namespace YourProject.Example { public class PlayerController : StateMachineBase { public float MoveSpeed 5f; private Vector3 _targetPosition; protected override void Start() { base.Start(); // 初始状态设为闲置 ChangeStatePlayerIdleState(); } public void SetMoveTarget(Vector3 target) { _targetPosition target; ChangeStatePlayerMoveState(); } public void StartTalking() { ChangeStatePlayerTalkState(); } public void StopTalking() { ChangeStatePlayerIdleState(); } } }然后实现各个状态。以PlayerMoveState.cs为例using HTFramework; using UnityEngine; namespace YourProject.Example.State { public class PlayerMoveState : StateBase { private PlayerController _controller; private Transform _playerTransform; public override void OnEnter(StateBase previousState, object[] args) { base.OnEnter(previousState, args); _controller StateMachine as PlayerController; _playerTransform _controller.transform; Debug.Log(进入移动状态); } public override void OnUpdate() { base.OnUpdate(); Vector3 direction (_controller._targetPosition - _playerTransform.position).normalized; _playerTransform.Translate(direction * _controller.MoveSpeed * Time.deltaTime); // 简单距离判断到达目标点 if (Vector3.Distance(_playerTransform.position, _controller._targetPosition) 0.1f) { _controller.ChangeStatePlayerIdleState(); } } public override void OnExit(StateBase nextState) { base.OnExit(nextState); Debug.Log(退出移动状态); } } }PlayerIdleState和PlayerTalkState依此类推。在PlayerTalkState中可以监听对话结束事件然后切换回闲置状态。3.5 整合联动一个完整的任务接取流程现在我们把所有模块串起来模拟玩家点击NPC接任务的完整流程玩家点击NPC在NPC的OnMouseDown或UI事件中触发NPCInteractEvent。任务管理器监听事件TaskManager监听到NPCInteractEvent根据NPCId判断是否有可接任务。打开UI并绑定数据如果有任务TaskManager从数据层可能是配置表、脚本ableObject创建或获取一个TaskData实例。然后通过UIManager.Instance.OpenUIUIPanelTask(taskData)打开任务面板并将数据传入。UI面板初始化UIPanelTask在OnOpen中收到taskData调用LinkTaskData方法将UI控件与数据绑定或通过框架自动绑定。玩家接取任务任务面板上有一个“接受”按钮点击后触发一个AcceptTaskEvent事件并携带taskData.Id。任务管理器处理接取TaskManager监听AcceptTaskEvent将对应任务设置为进行中状态并可能触发PlayerController.StartTalking()如果对话是接任务的一部分对话结束后切换回闲置状态并开始追踪任务目标如击杀怪物。任务进度更新当玩家击杀一个怪物时TaskManager更新taskData.CurrentProgress。由于CurrentProgress是[BindProperty]属性它的setter触发了PropertyChanged事件。UI自动更新数据绑定系统监听到PropertyChanged事件自动更新所有绑定了CurrentProgress的UI控件进度条Slider和进度文本Text。用户无需手动调用UpdateProgressDisplay。任务完成当CurrentProgress TotalProgress时TaskManager触发TaskCompleteEvent。UI面板监听此事件显示完成提示和奖励。玩家状态可能切换到“闲置”或“领奖”。这个流程清晰地展示了事件驱动的通信步骤15689和数据驱动的UI更新步骤78。状态机则在后台默默地管理着玩家行为状态的切换步骤69。4. 实战中的避坑指南与性能优化纸上得来终觉浅绝知此事要躬行。在实际使用HTFramework进行项目开发时你会遇到一些官方示例不会详细提及的“坑”。下面是我从多个项目中总结出的经验。4.1 模块初始化与生命周期管理坑点1执行顺序问题。HTFramework的各个模块如EventManager, UIManager可能在Awake或Start中初始化。如果你的脚本在Awake中就去访问EventManager.Instance并订阅事件而EventManager自身的Awake可能还未执行Unity脚本Awake执行顺序不确定会导致空引用。解决方案将依赖HTFramework核心模块的初始化逻辑放在Start或OnEnable中。更稳健的做法是在自己的管理器类中提供一个Initialize()方法在场景启动后由统一的游戏流程控制器按顺序调用。实操心得我习惯创建一个GameManager单例在其Start方法中按MainManager - EventManager - UIManager - ... - 自定义逻辑管理器的顺序进行显式初始化调用如果框架支持。确保依赖链下游的模块总是最后初始化。坑点2事件订阅与内存泄漏。这是一个经典问题。如果你在OnEnable中订阅事件但在OnDisable或对象销毁时没有取消订阅那么事件发布者会一直持有对该对象的引用导致其无法被垃圾回收。解决方案严格遵守“谁订阅谁取消”的原则。在MonoBehaviour的OnDisable或OnDestroy中务必调用EventManager.Instance.UnsubscribeT(YourHandler)。HTFramework的事件系统通常会在场景切换时清理所有事件但良好的编程习惯是主动管理。代码示例public class MyComponent : MonoBehaviour { private void OnEnable() { EventManager.Instance.SubscribeMyEvent(OnMyEvent); } private void OnDisable() // 或 OnDestroy { EventManager.Instance.UnsubscribeMyEvent(OnMyEvent); } private void OnMyEvent(MyEvent eventArgs) { /* ... */ } }4.2 UI模块的细节把控坑点3UI预制体路径与加载方式。HTFramework默认从Resources/UI/加载预制体。如果你将预制体放在其他目录如Assets/UI/Prefabs/直接调用OpenUI会失败。解决方案检查框架的UI模块配置。通常可以在HTFramework的运行时设置面板或通过代码UIManager.Instance.Setting来修改UI预制体的根路径。另一种做法是使用框架提供的UIResource特性来标记自定义资源路径具体请查阅最新文档。实操心得对于大型项目将所有UI预制体都放在Resources文件夹下会导致打包后Resources文件夹庞大影响首次加载速度。可以考虑使用AssetBundle或Addressables进行UI资源的热更与分包管理。这时需要深入研究HTFramework的UI模块是否支持或如何与这些资源管理系统对接。可能需要重写框架中加载UI预制体的部分。坑点4UI数据绑定的性能。自动数据绑定非常方便但如果一个数据模型有大量属性被绑定且这些属性在短时间内被频繁修改例如每帧更新的角色坐标可能会引发大量的属性变更事件和UI重绘造成性能开销。解决方案按需绑定只对真正需要实时响应的UI元素使用数据绑定。对于不常变化的数据可以在UI打开时手动赋值一次。批量更新对于高频变化的数据可以考虑使用一个“脏标记”机制。在Update中累积变化在LateUpdate或一个固定的时间间隔如0.1秒内只触发一次属性变更事件统一更新所有绑定该属性的UI。使用轻量级绑定如果框架支持查看是否有更高效的绑定方式。4.3 状态机模块的设计陷阱坑点5状态切换条件过于分散。如果状态切换的逻辑散落在各个脚本的Update中通过检查一堆全局变量来决定是否切换状态代码会迅速变得难以维护。解决方案充分利用HTFramework状态机模块的“条件Condition”设计。为每个状态切换定义明确的Condition类。例如从Idle切换到Move的条件是“收到了移动指令”。将这个条件判断封装成一个Condition并在状态机配置中关联。这样状态切换逻辑集中且清晰。代码示例概念public class ConditionHasMoveTarget : ConditionBase { private PlayerController _player; public override void OnInit(StateMachineBase stateMachine) { base.OnInit(stateMachine); _player stateMachine as PlayerController; } public override bool IsValid() { // 判断是否有移动目标 return _player ! null _player.HasMoveTarget; } }然后在状态机配置中设置IdleState到MoveState的切换条件为ConditionHasMoveTarget。坑点6忽略状态进入和退出的清理工作。例如在MoveState的OnEnter中开启了某个协程或监听如果在OnExit中没有停止或取消监听可能导致逻辑错误或资源泄漏。解决方案养成在OnExit中做对称清理的习惯。关闭在OnEnter中开启的协程取消在OnEnter中订阅的事件重置在OnEnter中修改的标志位。4.4 对象池模块的使用规范坑点7对象取出后未正确初始化放回前未重置。从对象池取出的对象可能保留着上一次使用时的状态位置、旋转、血量、计时器等。直接使用会导致诡异的Bug。解决方案HTFramework的对象池通常提供了OnSpawn和OnDespawn回调或类似机制。一定要在OnSpawn中完成对象的初始化设置位置、激活、重置属性在OnDespawn中完成对象的清理取消激活、停止粒子、清空引用。实操心得对于复杂的游戏对象如带有多个组件、脚本的敌人预制体我通常会为其创建一个专门的PoolableObject控制器脚本挂载在预制体根节点。在这个脚本的OnSpawn中遍历所有需要初始化的子组件并进行重置。这比在每个使用对象池的地方写初始化代码要可靠得多。4.5 常见问题速查表问题现象可能原因排查步骤与解决方案打开UI时报错“找不到预制体”1. UI预制体未放在Resources/UI/目录下。2. 预制体名称与脚本中定义的名称不匹配。3. 未正确生成UI实体类如果框架需要。1. 检查预制体路径。2. 检查UILogicBase子类是否使用了正确的特性如[UIResource(UIPanelTask)]指定资源名。3. 检查框架是否需要通过菜单命令生成UI代码绑定。事件触发后监听者没反应1. 监听者脚本未启用GameObject未激活或脚本未勾选。2. 订阅事件的时机不对在OnEnable前事件已触发。3. 事件参数类型不匹配。4. 监听方法签名错误。1. 检查监听者GameObject和脚本状态。2. 确保在Start或Awake中订阅或确保发布者在监听者之后初始化。3. 核对SubscribeT中的T与Trigger时的事件类型是否完全一致。4. 监听方法必须接收一个对应事件类型的参数。数据绑定后UI不更新1. 数据模型未实现IDataSet接口或未正确声明[BindProperty]。2. 属性setter中未触发PropertyChanged事件。3. UI控件未成功绑定到数据模型的属性上。4. 数据模型的实例不是同一个绑定后又被新建了一个实例。1. 检查数据模型类定义。2. 在属性setter中添加值变化判断和事件触发。3. 检查UI逻辑中的绑定设置是代码绑定还是Inspector配置。4. 确保操作的是同一个数据模型实例。状态机无法切换状态1. 状态切换条件Condition始终返回false。2. 在状态自身的OnUpdate中错误地调用了ChangeState导致循环或冲突。3. 状态机控制器未正确初始化或未挂载到GameObject上。1. 调试Condition的IsValid()方法。2. 检查状态逻辑确保状态切换是外部的、明确的指令或由清晰的内部条件触发。3. 检查场景中是否存在PlayerController或你的状态机实例。使用对象池后对象行为异常1.OnSpawn中未完全初始化对象状态。2.OnDespawn中未清理对象状态如未停止的协程、未取消的事件订阅。3. 对象被放回池子后外部代码仍持有其引用并尝试调用。1. 在OnSpawn中重置所有关键属性位置、旋转、血量、计时器、动画状态等。2. 在OnDespawn中停止所有协程、取消所有事件订阅、隐藏粒子效果等。3. 对象放回池子后将其引用置为null或使用弱引用。5. 项目扩展与进阶思考完成基础的任务大厅Demo后你可以以此为基石尝试更复杂的扩展这能加深你对HTFramework和架构设计的理解。扩展方向一引入资源模块管理场景切换我们的Demo只有一个场景。真实游戏有登录、主城、副本等多个场景。HTFramework的资源模块如果版本包含或与Unity的SceneManager结合可以管理场景的异步加载、加载界面显示。你可以设计一个LoadingState在状态中调用资源模块加载新场景并更新UI进度条。扩展方向二集成网络模块实现多人协作将任务系统扩展为多人可接取。这需要引入HTFramework的网络模块如果支持或集成其他网络库如Mirror、Fish-Networking。当玩家A更新任务进度时TaskManager不仅更新本地数据还通过网络模块广播一个SyncTaskProgress消息给其他玩家。其他玩家客户端收到消息后触发本地事件更新他们UI上看到的玩家A的任务进度显示。这深刻考验了你对事件驱动架构的理解——本地事件和网络事件如何统一处理。扩展方向三实现更复杂的决策状态机当前玩家状态机是简单的顺序切换。你可以尝试实现一个层次状态机HFSM或行为树来管理更复杂的AI比如一个具有“巡逻”、“追击”、“攻击”、“逃跑”状态的怪物。HTFramework的基础状态机可能不够用但你可以基于其理念进行扩展或者将状态机模块仅用于高层决策底层动画、移动用其他方式控制。个人体会HTFramework不是一个“黑盒”框架强迫你接受它的一切。它更像一套设计精良的“乐高”组件。在实战中你可能会发现某个模块如数据绑定在超复杂UI下不够灵活这时完全可以只在简单界面用它复杂界面回归传统的MVC/MVP模式。框架的目的是提升效率、规范代码而不是束缚手脚。真正的“实战指南”精神是理解其设计思想然后灵活地、有选择地将其融入到你自己的项目架构中最终形成最适合你团队和项目的工作流。从这个Demo出发不断尝试、踩坑、优化你才能真正掌握一个框架并让它为你所用。
