H8.14.2archive versus delete设计研究
归档应保留可检索与可恢复的能力，而非等同于删除
别名: 归档不是删除 · 归档可恢复 · archive retrieve
概念解释
归档把内容从日常工作面拿开，降低打扰，但对象还在：能搜到（在包含归档的前提下）、能打开、能恢复到现役。删除是拿掉对象本身，即使有回收站，终点也是不可用。把归档做成「换了个名字的删除」——搜不到、打不开、过几天就没了——人会拒绝归档，让现役列表永远膨胀。软删除与回收站是另一条销毁路径；归档是生命周期里的休眠，不是销毁的前奏，除非产品明确把两者接起来并说清。
机制
现役列表的价值是「正在用的」。把不用但可能还要找的对象留在现役，会淹没正在用的。归档提供第三条路：不在眼前，但没有死。若归档库不可搜，休眠等于失踪，人只能把对象留在现役或复制一份到别处。若归档后打开是只读且没有恢复，人会把归档理解成单向门，不敢走。与删除共用一个按钮、只靠二次确认区分，误操作会把休眠做成销毁。检索默认不含归档是合理的（免得旧稿污染日常搜索），但必须能打开「包含归档」，否则可检索只写在文档里。
怎么研究
请人处理一批不再日常使用但仍可能被问到的材料。比较：只能删、归档后不可搜、归档可搜可恢复。
自变量：归档后是否可搜、是否可打开、恢复是否显式、与删除入口是否分开。 因变量：选择归档而非删除的比例、归档后找回成功率、误把归档当删除的次数。
实验室若告诉人「归档还能找回」，测到的是服从。应从界面自己读出能力。不要把回收站里的项算成归档成功。
边界
法规要求到期销毁的记录，归档期结束会进入删除，必须把这段当成保留策略写明，不能只叫归档。个人回收站若承担了「先藏起来」的职责，产品可以没有归档，但不要两个都做且行为相同。加密对象归档后密钥仍要能开，否则可恢复是假的。只读审计库可以归档后不可恢复成可写，但仍应可检索、可打开。
怎么落地
- 归档与删除分成两个入口；归档文案写「从主列表拿开，仍可搜索和恢复」。
- 搜索提供「包含已归档」；归档库自己也有列表和打开。
- 恢复把对象带回现役阶段，而不是只能下载一份副本。
- 验证：归档一份后，不勾包含时主搜索可以没有它；勾了或走进归档库应能打开并恢复。再看删除入口是否仍在另一处，且不会把已归档项直接销毁而不提示。