UI-Focused，SAP Fiori 应用里的前端独立性不是口号，而是一种工程纪律

最近做 SAP Fiori Elements 和 SAPUI5 项目时，一个很容易被低估的问题会反复冒出来，后端服务还没有完全稳定，UI 原型却已经要给业务部门评审。销售订单、采购申请、库存调拨、费用报销这些场景都一样，业务方真正能感受到的不是 CDS view 写得多优雅，也不是 OData metadata 里有多少 annotation，而是页面打开后能不能看懂，字段排列是不是贴合工作节奏，按钮位置是否自然，错误消息会不会打断操作，列表过滤和对象页跳转是否顺手。这就是UI-Focused的价值。一个完整应用当然由后端和前端共同组成，后端提供数据服务、业务规则、权限控制和事务一致性，前端承载信息表达、交互流程、状态反馈和用户体验。可是如果两者黏在一起开发，页面设计就会被后端进度牵着走。服务字段还没定，页面不能动。接口还没部署，控件绑定不能测。测试系统数据不干净，页面评审变成排查脏数据。久而久之，UI 开发会被误认为只是等后端完成以后做一层展示，这种理解在 SAP Fiori 项目里非常危险。SAPUI5 自身就是为企业级 Web 应用准备的 UI 技术，SAP Developers 对它的定位很清楚，它可以用一套代码构建运行在桌面和移动浏览器中的应用，并通过丰富控件形成一致 UX。官方资料也强调，SAPUI5 的控件和 UX pattern 能帮助应用遵循 SAP 标准，减少多个系统多套界面带来的割裂感。(SAP) 这类能力如果只被当成页面库使用，价值会被浪费。真正成熟的 Fiori 开发方式