Axure 中继器是用数据集驱动重复元件展示的工具。它适合订单列表、商品卡片和管理表格等原型场景。本文依据 Axure 官方中继器文档整理基础能力，并以一个订单查询示例说明筛选、分页和状态校验的设计方法。示例为教学模拟，不连接真实订单系统。
一、理解数据集与重复项的分工
Axure 中继器官方文档将中继器分为重复项和数据集：重复项包含需要反复显示的元件，数据集控制每次重复时呈现的内容。理解这两个层次，可以避免把几十条订单分别复制成独立元件。
建议先准备少量覆盖主要情况的模拟数据，而不是追求数量。订单示例可以设置订单编号、客户名称、处理状态、金额和创建日期。每列只表达一个含义，金额不要混入备注文字，状态名称保持统一。这样的数据结构更便于检查查询与排序结果。
二、先做一条记录，再连接多条数据
先在重复项中放置订单编号、状态、金额和查看详情按钮，确认一条记录的布局清晰，再连接数据列。官方文档说明，可以使用数据集列的连接元件功能将文本和图片呈现到重复项中。先验证映射，再增加装饰细节，能减少字段显示错误时的排查范围。
测试数据建议包含短名称、长名称、零金额和不同状态。长文字可能影响行高，隐藏元件可能改变内容尺寸，这些都需要在预览中检查。不要只用长度相近的示例数据，否则评审时很难发现真实内容带来的排版问题。
三、把筛选条件写成可以验证的规则
Axure 筛选中继器行教程介绍了按条件显示数据行的思路。设计查询前，先明确条件之间是“同时满足”还是“满足任意一个”，以及空输入是否代表不限制。规则含糊时，即使页面能够运行，也不利于研发理解需求。
例如，订单编号使用文本查询，处理状态使用下拉选择。用户只选状态时，应返回该状态的订单；同时输入编号时，再按约定的组合规则过滤。建议给每个条件起有意义的名称，并在重置按钮旁说明它会清空哪些输入，避免多个筛选条件叠加后无法判断结果来源。
- 正常查询：输入一个确定存在的编号，检查返回记录。
- 无结果查询：输入不存在的编号，检查空状态提示。
- 组合查询：选择状态并输入编号，检查条件关系。
- 重置查询：清除条件，检查输入框与结果列表同时恢复。
四、分页要与筛选结果联动
官方 中继器分页教程说明了分页设置、切换当前页以及显示页码的方法。分页不仅是增加两个箭头，还需要让当前页、总页数和结果数量保持一致，尤其要注意筛选条件变化后的边界情况。
一个常见问题是：用户原本停留在第三页，重新筛选后只剩一页结果，界面却看起来没有数据。本文建议在应用新查询时返回第一页，并重新核对分页提示。它属于示例的交互设计约定，而不是所有项目都必须使用的统一规则。
还应测试首页点击上一页、末页点击下一页、结果不足一页以及结果为空等情况。按钮是禁用、隐藏还是保持可点击但无动作，需要明确写进说明。使用可理解的状态提示，可以帮助评审者区分“确实没有结果”和“还没有执行查询”。
五、行内操作与数据变更分开验证
如果原型需要新增或修改记录，应先确定操作对象，再处理数据变化。官方提供了 添加中继器行与 更新中继器行的独立教程。基础列表稳定后，再逐步加入这些功能更容易发现问题。
教学示例中可以让查看详情按钮展示当前订单信息，再增加修改状态的演示。每次修改后检查列表字段、筛选结果和分页是否一致。涉及删除的原型，应提供清晰提示并说明模拟范围；不要在演示文件中使用真实客户资料或生产业务数据。
六、用验收用例连接产品、研发与测试
交付时建议附上字段含义、查询规则、分页规则和异常处理说明。为每个用例记录初始数据、操作步骤、预期结果和恢复方式。研发能据此判断接口需要哪些参数，测试也能据此补充边界场景，而不是仅凭一张结果列表截图猜测业务规则。
中继器适合表达数据驱动界面，但原型中的模拟处理不能代表服务器真实性能。真实产品仍需评估接口响应、访问权限、数据校验和并发行为。将这些限制写清楚，有助于避免把演示效果误当作已经完成的系统能力。
常见问题
中继器和普通表格应该选择哪个？
只展示固定内容时，普通表格可能更直接；需要按数据改变重复项、演示筛选或分页时，可以评估中继器。选择标准是需要验证的交互，而不是页面看起来是否复杂。
为什么增加筛选后显示为空？
先检查数据值和条件是否一致，再检查是否有其他筛选仍在生效，最后检查当前页是否超出结果范围。按这三个层次检查，比同时修改多个交互动作更容易定位原因。
如何开始练习，是否需要真实接口？
从五到十条模拟数据、一种筛选和两个分页按钮开始即可，无需为了学习先接入真实接口。先确保基本逻辑可重复验证，再增加组合条件与行内操作。