把 SAP Fiori 应用做快：深入理解 OData V4 Model 的 Performance Aspects

在 SAP Fiori 项目里，很多团队谈性能时，容易把注意力全部放在后端 SQL、CDS View或应用服务器响应时间上。可真正落到用户体验层面，用户感知到的快，往往是一个链路结果：网络往返次数、单次传输的payload大小、浏览器是否能复用缓存、前端绑定是否重复发请求、列表是否按页读取，以及开发者是否在不该刷新的时候做了全量刷新。SAPUI5 的OData V4 model在这些环节里，已经提供了若干非常关键的性能控制点。理解这些控制点，不只是为了把文档背下来，而是为了在List Report、Object Page、自定义Freestyle页面甚至Fiori Elements扩展场景中，做出真正符合企业级应用要求的设计。(SAPUI5 SDK)很多人做项目时会遇到这样的场景：页面逻辑不复杂，后端接口单看也不算慢，但用户打开应用就是觉得卡。点进列表，等一会儿；切换对象页，再等一会儿；打开值帮助，又要等一会儿。问题常常不在某一次请求特别慢，而在于请求太多、每次拿的数据太杂、缓存没有被利用、绑定又不断被刷新。OData V4 model的Performance Aspects，讲的正是如何在这些地方做取舍。