把“当前列表”解释成不含糊的范围
本例给订单查询页补“导出筛选结果”。业务人员筛选4月的待处理订单,导出全部符合条件的分页记录,且只包含其本来有权查看的订单。这里的“全部”是当前权限和筛选范围内全部,不是整库订单,也不是屏幕当前一页。
导出前显示条件摘要、预计条数和列名。若用户需要仅导出勾选项,应作为另一个明确动作,不让同一个按钮根据模糊状态猜测范围。
用四条订单确认包含与排除
| 订单 | 日期与状态 | 当前账号可见 | 是否导出 |
|---|---|---|---|
| O101 | 4月3日,待处理 | 是 | 是 |
| O102 | 4月18日,已完成 | 是 | 否,状态不符 |
| O103 | 4月15日,待处理 | 否 | 否,无权查看 |
| O104 | 5月1日,待处理 | 是 | 否,日期不符 |
本例应只导出O101。日期边界为4月1日00:00起、5月1日00:00前,使用约定时区。需要统计创建日期还是订单业务日期,在页面筛选名称和导出说明中保持一致。
导出文件也要说明它怎么生成
文件包含约定的订单编号、日期、状态和业务字段,同时附筛选条件、生成时间与生成条数。编号按标识保留,缺失值按照已定义规则展示;原本隐藏的内部字段不因为导出而额外暴露。
数据可能在查询后变化,因此点击导出时重新核对权限并确定生成范围;若采用异步任务,保存本次条件与结果记录。下载时仍检查访问资格,并说明文件对应生成时点,不将它描述成随时变化的实时列表。
修改点从既有查询逻辑接入
先检查现有筛选、权限和分页如何工作,再让导出复用一致的业务规则。不要另写一套“看起来差不多”的条件,导致页面使用订单日期、导出却使用创建日期。旧数据缺少新字段时,要事先定义显示和筛选行为。
范围可以限定为增加导出入口和必要的任务记录。若检查中发现原有权限问题或数据缺陷,应单独记录影响和处理方案,不借一个导出需求悄悄改变所有历史订单的归属。
验收关注新功能与原有行为的连接处
用四条样本核对只导出O101;增加足够记录使结果跨页,确认没有漏页;清空筛选时明确显示范围;无结果时给出可理解提示。再用普通与管理账号分别验证可见范围,并确认原有查询、翻页和订单查看仍能使用。交付说明记录新增入口、导出范围、文件字段和已知规模限制。