这一篇围绕，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

这一篇围绕等待反馈与内容占位，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

这一篇围绕反馈强度与曲线选择，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

这一篇围绕导航转场与返回体验，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

这一篇围绕拖动吸附与回弹，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

这一篇围绕点击滑动长按的边界，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

这一篇围绕页面之间的视觉连续性，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

这一篇围绕新增删除与位置变化，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

这一篇围绕状态变化与自然过渡，核心不是记 API，而是建立稳定的开发顺序：先确认职责和状态，再写最小实现，然后补异常、连续操作和生命周期。HarmonyOS 7 的能力本身并不难调用。真正让项目越来越稳的，是这些看起来不起眼的工程习惯。

页面发起业务动作，数据层负责拿数据，异常统一归类，页面根据结果更新 UI 状态。把这条链稳定下来，后面的并发、Token、分页、缓存和弱网才有合适的位置，不会继续堆回页面。