如何在OutSystems中为Timer创建循环遍历联系人及优化页面加载？

针对你每次缓存10个联系人的需求，推荐用分页循环的方式处理（比直接用For Each更适合大数据量场景），步骤如下：

1. 在Timer的逻辑流中，初始化两个变量：StartIndex（默认0）、BatchSize（设为10）。
2. 添加Loop节点（在OutSystems逻辑设计器的工具面板中可找到），作为循环容器。
3. 在Loop内部：
   • 调用O365联系人查询接口，通过$skip={StartIndex}和$top={BatchSize}参数，拉取当前批次的10条联系人数据。
   • 执行缓存逻辑，将这10条数据存入缓存。
   • 更新StartIndex为StartIndex + BatchSize。
   • 添加判断条件：如果本次拉取的联系人数量小于BatchSize，说明已遍历完所有数据，触发Exit Loop；否则继续循环。

如果一定要用For Each（仅适合联系人数量较少的情况）：

• 先一次性拉取所有O365联系人数据到列表变量中。
• 在Timer流中添加For Each节点，选择该联系人列表作为遍历对象。
• 在For Each内部执行缓存操作，可配合计数器变量，每处理10个做一次批量缓存（若缓存支持批量操作）。

注意：Timer的逻辑流设计入口：打开Timer对象，点击「Edit Logic」进入可视化设计器，在主流程中添加上述节点即可。

• 分页展示数据：用OutSystems自带的Table Records组件，开启分页功能，仅加载当前页的联系人数据，避免一次性加载全量数据。
• 缓存复用数据：将高频访问的联系人数据（如最近查看、常用的）存入Server Cache，页面优先从缓存读取，减少O365 API调用次数。
• 按需加载字段：调用O365 API时，用$select参数指定仅需要的字段（如姓名、头像、邮箱），不返回冗余字段，降低数据传输量。
• 异步加载非核心内容：页面首屏只加载核心信息（如姓名、头像），次要信息（如详细地址、备注）通过AJAX异步请求加载，提升首屏渲染速度。
• 本地缓存常用联系人：把常用联系人同步到OutSystems本地实体，查询时优先从本地实体获取，减少跨网络API调用。
• 优化前端组件：避免在页面中使用过多嵌套的复杂组件，减少DOM元素数量；开启OutSystems的静态资源压缩（服务中心→环境配置→性能设置），缩小CSS/JS文件大小。

内容的提问来源于stack exchange，提问作者any