在很多 RAP 应用里,大家会很用心地给输入字段绑定 value help,用户点一下 F4 就能选到正确值,体验很稳。问题也随之出现:当用户面对的是一个 List Report,想快速定位数据时,他未必知道该去哪个字段筛选,更不一定清楚字段之间的边界与口径。此时,给每个字段都做一套专用搜索,既累,也很难保持一致的交互。
更自然的做法,是启用 通用搜索:在页面上提供一个搜索框,用户输入一段信息,系统自动去 1 到 n 个字段里匹配,把命中的记录返回。RAP 场景下,这件事的实现门槛非常低,核心几乎都落在 CDS 注解上,同时还能通过 fuzzy search 做容错,让拼写偏差、漏一位、多一位这种真实世界常见输入也能被找到。(SAP Help Portal)
通用搜索在 RAP 与 Fiori Elements 里是如何串起来的
从 UI 侧看,Fiori Elements 的搜索框并不是在前端做字段拼接过滤,它会把用户输入作为 OData 请求里的 $search 传给后端,由后端决定:要搜索哪些字
订阅专栏 解锁全文
83

被折叠的 条评论
为什么被折叠?



