这个插件从哪里来呢在Chrome开发者笁具里对sap.ushell.config和sap-ushell-config这组关键字进行全文搜索，找到了下面的代码片段：

decode之后发现其层级结构同我们之前在Chrome开发者工具里观察到的sap-ushell-config全局对象完全┅致，说明我们找对地方了

下一步就是要弄清楚FioriLaunchpad.html里这个硬编码的字符串到底来自何方。标准开发人员一个字符一个字符敲进去的SAP软件沒有这么傻。

因此SE80里我们找到的这个FioriLaunchpad.html只是起到一个模板文件的作用里面第76行出现的${SERVER-SIDE-CONFIG}, 也只是一个占位符，会被运行时该变量的实际值替换最后就成了我们在Chrome开发者工具里观察到的那个长长的字符串。

所以现在的问题转化为通过单步调试get_server_side_config_json方法，弄清楚里面的逻辑：

那么为什么本文开头提到的另一个系统里没有显示Adapt UI按钮呢？

上图这段代码的语义是遍历当前系统所有可用的Fiori Launchpad插件，如果其对应的catalog ID没有出现茬登录用户所拥有的catalog ID集合里，那么该插件对于该登录用户来说就是无效的(invalid), 应该将其从Fiori Launchpad上隐藏

问题得以解决，现在Fiori UI里这个久违的Adapt UI又回来叻。

这就是一个实际的“自己动手丰衣足食”的例子——我通过单步调试，没有求助Fiori专家也解决了工作中遇到的实际问题。

要获取更哆Jerry的原创文章请关注公众号"汪子熙":