老子这句「唯之与阿，相去几何？美之与恶，相去若何？人之所畏，不可不畏。荒兮，其未央哉！」放进 SAP Fiori Elements 开发里看，很像一位架构老手在提醒团队，企业应用里很多差异，表面看只是一个按钮、一个字段、一个扩展点、一个页面布局的差别，真正落到长期运维、升级兼容、用户培训和业务风险上，距离可能突然被拉得很远。唯与阿都是应答，语气不同，姿态不同，效果不同。SAP Fiori Elements 里的标准实现和随手写出来的自定义实现，有时看上去也只差一点点，可多年以后，一个还顺着框架升级，一个已经变成谁也不敢碰的技术债。美与恶在界面上更微妙，一个字段放在 Object Page 头部，业务说很美，因为醒目；一个状态用红色 criticality 展示，用户说很美，因为直观。但若这些展示没有经过权限、语义、聚合逻辑和真实业务流程检验，美很快会转为恶，醒目变成误导，直观变成恐慌。
SAP Fiori Elements 的价值，不是把 SAPUI5 开发者从前端代码中完全解放出来，而是把一部分容易分叉、容易失控、容易违反设计一致性的 UI 决策收回到模板、metadata、OData annotations 和 manifest 配置里。SAP Learning 对模板的说明很直接，SAP Fiori Elements 应用基于 app metadata、OData annotations 和 manifest.json 设置，数据展示什么由应用决定，而数据如何展示由模板决定；同一份资料也提到，模板服务于常见业务场景，像业务数据概览、业务对象列表、业务对象管理和处理。(
