SAP Fiori Elements 应用 OData 元数据请求 url 里的模型名称决定逻辑

问题

我用 yarn start 本地启动一个 SAP Fiori Elements 应用，在 Chrome 开发者工具 network 面板，观察到一个 OData metadata 请求的 url 如下：

http://localhost:8080/sap/opu/odata/sap/SEPMRA_PROD_MAN/$metadata?sap-value-list=none&sap-language=EN

这个 OData 服务名称 SEPMRA_PROD_MAN，运行时是如何决定出来的？

查看 Component.js 文件里的函数 Component._createManifestModels：

我们查看变量 mModels, 发现有三个字段：

其中 ""字段的值，来自 manifest.json 文件的 models 区域的同名字段：

dataSource 的值指向 mainService，后者的 uri 字段就是 Fiori Elements 应用运行时，发起 OData 元数据请求的 url：

在 SAP UI5 应用中，manifest.json文件是一个重要的配置文件。它充当了应用的描述符，定义了应用的元数据、模型、服务、i18n（国际化）等等。我们可以将其看作是一个集中的配置中心，其中所有的配置都在一个地方，使得代码更容易维护，也更容易理解。

在manifest.json文件中，dataSources部分是非常重要的一部分，它定义了应用如何连接到后端服务。这个区域可以声明一个或者多个数据源，每一个数据源对应一个后端服务。这些服务可以是 OData 服务，也可以是其他类型的服务。

当我们在manifest.json文件中定义了数据源后，我们可以在应用的其他部分通过这个数据源的名称来引用这个服务，而不需要记住具体的 URL。这样做的好处是，如果服务的 URL 发生变化，我们只需要在一个地方更新它，而不需要搜索整个代码库来找到所有使用这个服务的地方。

下面是一个manifest.json文件中dataSources区域的例子：

{
    "sap.app": {
        "dataSources": {
            "mainService": {
                "uri": "/sap/opu/odata/sap/ZMAIN_SRV/",
                "type": "OData",
                "settings": {
                    "odataVersion": "2.0"
                }
            },
            "secondService": {
                "uri": "/sap/opu/odata/sap/ZSECOND_SRV/",
                "type": "OData",
                "settings": {
                    "odataVersion": "2.0"
                }
            }
        }
    }
}

在上面的例子中，我们定义了两个数据源，它们的名字分别是mainService和secondService。每个数据源都有一个uri属性，这个属性定义了服务的 URL。type属性定义了服务的类型，这里我们使用的是 OData 服务。settings对象包含了服务的其他配置，比如 OData 的版本。

定义了数据源之后，我们就可以在应用的其他部分使用这个数据源了。例如，我们可以在models区域定义一个模型，并且将这个模型关联到一个数据源：

{
    "sap.ui5": {
        "models": {
            "": {
                "dataSource": "mainService",
                "preload": true
            },
            "secondModel": {
                "dataSource": "secondService",
                "preload": true
            }
        }
    }
}

在上面的例子中，我们定义了两个模型，它们分别关联到了我们之前定义的两个数据源。这样，当我们在应用中使用这两个模型时，SAP UI5 会自动的使用对应的数据源连接到后端服务。

总结

总的来说，manifest.json文件中的dataSources区域是用来定义应用如何连接到后端服务的。它使得服务的配置集中在一个地方，使得代码更易于维护，也更易于理解。