今年4月，随着S/4HANA Cloud SDK 1.10.0的发布，SAP为OData发布了一个新工具，名为Virtual Data Model（VDM）Generator。使用此工具，您可以从自己的OData服务生成java类，大数据应用，该服务遵循与SDK中提供的SAP虚拟数据模型（VDM）服务相同的逻辑。为了生成可读的java代码，VDM生成器读取OData元数据文件（EDMX）并使用sap:标签对于类和属性名称。当sap:标签是可用，标签值是没有特殊字符的有效名称。不幸的是，在我的项目中，淘客分佣系统，情况并非如此。我们可以使用fallback选项–使用odata名称来创建java类，但这将为java代码提供难看且不可读的名称。这并不可取，我们正在寻找更好的解决方案。

我们是SAP合作伙伴，在SAP云平台上与S/4HANA公共云上的odata服务接口的S/HANA Cloud SDK构建并行解决方案。这些odata服务是由定制的Build对象生成的，这些对象是用App中的S/4HANA扩展工具构建的sap:标签值在实体类型的属性中。其中一些是由应用内框架创建的，uuid和partner\uuid将得到相同的结果sap:标签名称由框架和相关文本字段进行本地化将具有相同的效果sap:标签为信息来源。对于其他人，我们通过给CBO中的标签赋予相同的名称来创建它们。或者我们在CBO标签中使用特殊字符，如逗号或缩写名，包括点。其中一些甚至没有标签，因为我们不需要在UI上使用标签。这对于CBO、生成的UI和生成的服务来说没有问题。生成的服务的元数据仍然有效，但VDM生成器应是唯一的sap:标签名称在实体类型中。VDM生成器不希望java名称包含不受支持的字符，并且不能处理空字符sap:标签值。我们看到所有这些情况都发生在我们的项目中sap:标签值但是客户/合作伙伴不可能在后端修改OData元数据，因为开发可能性受到限制，物联网设备，并且在S4HPC中使用应用内框架自动生成服务。由于VDM生成器是封闭源代码的，因此必须在修改生成的OData元数据文件（EDMX文件）时找到解决方案，该文件用作VDM生成器的输入。

经过几次手动修改后，淘客查询，我们发现这将不起作用。它花费了团队大量的时间，我们必须精确地工作，否则EDMX被损坏了。

为此我们构建了EDMX标签生成器，它可以完成大部分工作，解决了S/4HANA自动生成OData服务和S/4HANA Cloud SDK的VDM生成器之间的差距。该工具将能够生成一个属性文件，用户可以修改。该工具可用于检查新属性文件的不一致性，并将用于为VDM生成器生成修改后的一致EDMX文件。

在我的下一篇博客中，我将更深入地解释EDMX标签生成器的工作原理。

如果您想自己尝试，可以下载EDMX标签生成器工具。二进制代码是根据Apache许可证2.0授权的。下载后，您可以使用以下命令：java-jar edmx-sap-label-builder-1.0.4.jar-h-v-r以获取更多信息。

如果您想了解更多有关sap S/4HANA Cloud SDK的信息，可以访问此社区页面。在"发行"选项卡上，您可以转到发行说明，在那里您可以找到VDM Generator的最新版本。

，淘客分佣系统