到目前为止，我会说，使用当前的SAP工具"做得不好"（除非您自己构建所有内容）。

我曾经完成过此任务 我唯一能够解决此问题的方法是，使用cl_o2_api_xsltdesc => create_new（）为两个XML文件（或"文本"文件）创建XSLT DDIC条目，" API：XSLT程序->创建新条目 在存储系统中"，然后将它们与SUBMIT rsvrsfu3"版本比较：功能模块（源）"进行比较。 （当然，在比较之后，还要再次删除XSLT DDIC对象）。

问题是，除非在打开用于创建DDIC条目的测试/质量甚至生产系统时，否则您只能在开发系统中使用它； ）（否则您将收到消息"对存储库或跨客户端自定义的更改为

或者，您可以从开发系统连接到生产环境，提取所需的数据，然后在开发系统中进行比较以获取生产性数据。就像我说的那样，

使用rsvrsfu3的代码比较功能仍然存在明显的缺点，因为这两个文件必须非常相似，否则，有时程序无法真正找到真正的"匹配" （未更改或未更改的内容）行，而是声称其中一个已删除而另一个已插入，而实际上是相同或仅稍作更改，并且还需要考虑哪个文件应该是"新"文件，哪个文件应该是"新文件" 是"旧"文件，因此将报告分为"插入"和"删除"的分类不会太混乱。因此，截至目前，您将使用现代文本编辑器（如notepad ++，bbEdit， TextWrangler），包括文件和文件夹比较，或有附加组件的地方。 在我的案例中，SAP之所以走这条路，是因为总是有多个要比较的"文件"，而我不想下载它们，命名它们，进行比较，得出结论等等。

（显示XML作品 只需使用CALL FUNCTION'SDIXML_DOM_TO_SCREEN'。）

1。 序列化XML的示例，可以将其视为XML或与其他具有'COMPARE'功能的XML进行比较：

2。 从另一个客户端/系统（例如，从生产系统到开发系统）提取定制数据以比较不同的"版本"（例如，针对价格计算进行定制）的示例