无可用扩展钩子/扩展点时如何增强标准FIORI应用

在标准Fiori应用没有提供官方扩展钩子（Extension Point）的场景下，完全可以实现合规的业务增强，核心原则是所有改动不侵入SAP交付的标准源码包，保证系统升级时的兼容性。

可落地的具体实现方法 #

• 路由级应用副本重定向
  通过Fiori Launchpad的意图映射配置，把原本指向标准应用的服务入口，重定向到自定义命名空间下部署的、基于标准应用源码完整复制的自定义版本。自定义版本只需要调整需要修改的业务逻辑代码，所有OData数据请求直接透传到标准应用关联的后端Gateway服务，不需要重复实现后端数据逻辑。需要注意每次标准应用发布补丁后，要同步对齐自定义副本的版本差异，避免出现逻辑断层。
• 后端隐式增强联动前端
  多数场景下前端没留扩展点，不代表后端没有增强空间。可以直接对标准应用关联的CDS视图、Gateway服务、后端RFC逻辑做SAP标准增强（包括BAdI实现、CDS注解扩展、程序隐式增强点），补全自定义字段、业务校验、计算逻辑，这些增强内容会通过标准数据流自动传递到前端页面，不需要改动核心前端逻辑就能完成业务规则层面的增强，只需要配合轻量的UI控件注入，把自定义字段渲染到页面对应位置即可。
• Launchpad Shell插件式UI注入
  不需要复制整个标准应用源码，只需要开发轻量的Shell插件，在Fiori Launchpad的Shell层监听标准应用的路由切换事件，等目标页面渲染完成后，通过UI5的控件模型绑定机制、DOM定位逻辑，向页面的固定容器位置插入自定义按钮、自定义表单区块，同时拦截标准控件的点击事件、覆写控制器的公开方法实现自定义交互。开发时需要对选择器、控件版本做兼容判断，避免标准应用UI结构改版后出现脚本报错。
• Key User变体无代码配置
  针对基于Fiori Elements/ Smart Template搭建的标准应用，哪怕没有显式暴露的扩展钩子，也可以通过Key User个性化工具创建页面变体，把自定义字段、自定义过滤条件、自定义按钮的配置持久化到用户层变体。这类配置属于SAP官方兼容的增强方式，不会在系统升级时被覆盖，适合轻量的页面展示调整类需求。

合规红线提示：所有增强实现严禁直接修改SAP传输层交付的标准UI源码、后端标准程序代码行，这类改动会在系统升级、标准包导入时被直接覆盖，同时会触发SAP合规校验报错，带来生产环境运维风险。

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