DearLink Pro 交互框架重构：让导航随任务调整

从业务入口，走进一项独立任务

浏览 SOP 列表时，用户还在决定下一步做什么；开始创建或编辑 SOP 后，注意力已经落到一项具体任务上。继续保留顶栏和两列导航，会让这些暂时用不到的入口与任务争夺空间。

2026年10月30日的探索方案曾在 SOP 创建页保留框架导航。经过真实页面的方案比较，当前采用全屏任务布局：进入后隐藏顶栏、主导航和模块导航，保留任务标题、返回、正文与业务操作。普通单列表单继续保持适合阅读的宽度，编排器则可以使用更大的工作面。

返回列表时，恢复进入前的导航状态。任务期间的隐藏不会改写用户的收起偏好，未保存内容的离开保护也继续生效。

如何展示更多内容，同时保留找路的能力？

主导航和模块导航承担不同的工作，收起方式也需要分别设计。主导航从 236px 收为 56px 图标栏，释放 180px，同时保留业务切换入口。模块内的三级导航则从 232px 完全收起，恢复按钮放到页面标题前，或由已有的本地面包屑承接。

两列导航都收起时，正文累计获得 412px 横向空间。两者可以独立操作，模块也分别记住自己的开合偏好：经常查看宽表格的模块可以保持收起，需要反复切换设置的模块可以保持展开。

收放只改变框架布局，业务页面保持在原处。这样，用户可以根据眼前的内容调整空间，而不用重新搜索、定位或输入。

只想换一页，如何少做一次布局调整？

完全收起模块导航后，又出现了一个问题：如果只是去同一模块的另一个页面，每次都固定展开、选页、再收起，会打断原本连贯的工作。因此，恢复入口还需要承接短暂找菜单的需求。

桌面端鼠标停留 200ms 后，当前模块的菜单临时浮在正文上方。短暂扫过不会立即打开；进入浮层后，菜单继续停留。选页完成便关闭，正文宽度和原来的收起偏好都保持不变。如果接下来会反复用到菜单，用户可以点击按钮，将导航固定展开。

临时覆盖与固定展开于是对应了两种意图：一次切页可以就地完成，持续浏览则保留菜单。触屏用户通过点击操作，窄窗口使用覆盖导航，必要功能都有不依赖悬停的入口。

框架导航收放之后，如何让内容仍然清楚？

空间变化需要稳定的视觉关系承接。我用浅灰画布托住整体，以柔和渐变区分主导航，再让纯白正文成为主要阅读区域。模块导航与正文只保留轻微色差和分隔线，区域各有边界，视线也能连续移动。

这套表面关系继续延伸到业务页面：筛选框、表格数据区、空态与固定列使用所在页面的背景上下文；浮层和卡片保留自己的实体表面。导航展开或收起、表格横向滚动时，底色和边缘都需要衔接，避免布局变化后出现突兀的色块。

如何让连续操作保持稳定？

静态页面排好后，还要放回连续操作里检查。用户主动收放导航时，短过渡帮助解释空间如何变化；切换页面或进入任务时，目标布局则要立即到位。首次打开页面，也不需要等待框架的入场动画。

这些行为被写入交付规则：快速切页时标题是否跳动，收起后恢复入口是否仍可用，浮层退出后焦点回到哪里。键盘可以进入菜单、选择和退出；键盘操作或开启减弱动态效果时，布局直接切换。触屏与窄窗口继续保留点击展开的路径。

收放、临时切页和任务返回共用状态约束，才能让一次操作自然接上下一次。验证也需要覆盖这个完整过程，而不只检查某一张静态页面。