在很多 SAP Fiori 项目里,团队一开始往往把注意力都放在SAPUI5页面、Fiori Elements模板、注解模型、OData服务性能这些更容易被看见的技术点上。可一旦应用真正进入集成阶段,问题往往不出在界面,而是出在系统连接:目录已经下发了,tile也看得见,点击以后却打不开应用,或者同一套后端系统因为系统别名太多,结果在前端服务器上维护出一大堆重复的RFC和HTTP连接。SAP 官方给出的思路很明确:不要为每一个来源别名重复建连接,而是通过系统别名映射,把来源别名指向一个已经具备连接能力的目标别名,从而复用既有通信配置。(SAP Help Portal)这件事为什么值得单独拿出来讲SAP 交付的业务目录里,本身就可能带有系统别名。这些别名的存在,是为了告诉SAP Fiori launchpad某个应用应该去哪个系统里找对应的后端资源。问题在于,真实项目里的系统 landscape 往往很复杂:你可能有多个目录,目录里写着不同的系统别名,可这些