嗨，

代理的最大优点是它总是通过适配器引擎，并将直接与应用程序系统和集成引擎进行交互-因此它将并且应该为我们提供更好的性能。 我的建议是，就性能而言，代理通信比RFC/BAPI通信更好。

其他信息停止在PI©中使用RFC –获得更好的监视和错误处理功能

嵌套和深层结构是 当然接受了。 没有具体的最大长度（与字符串的最大长度相同）。

我想您有一个有效的解释，为什么您问 -non-sap-system.html">再次出现类似问题，持续了数周，我非常感谢您告诉我们，您可能会得到更准确，更有用的答案。

此外，您能解释一下您要开发的接口类型是什么方向，并且是在ABAP系统还是非ABAP系统上？ 对您来说，"代理"是什么意思？ （非常笼统的术语；如果您开发了一个ABAP应用程序，该应用程序使用了来自另一个系统的服务，那么它可能是RFC代理或SOAP使用者代理，或者可能是我不掌握的其他概念）

嗨，

好吧，我可以在下面为您推荐

https://answers.sap.com/questions/5124379/nested-strucutre-in-rfc-function-module.html

https://answers.sap。 com/questions/1282975/how-do-i-pass-a-deep-structure-to-an-rfc.html

https://answers.sap.com/questions/3901682/assign-workarea-to-a-nested- itab-abap-proxy.html

https://answers.sap.com/questions/3426 681/issue-with-abap-server-proxy-nested-deep-structure.html

使用RFC，

如果是表，您会得到 表的类型，并检查此线型的组成部分。 通过这种方式，您可以找到组件是否也是结构（即，如果它是嵌套结构，则可以递归运行此函数，直到获得预定义的ABAP类型的组件）。 如果发现表行类型的组件是结构表或另一个表，则递归运行它，直到获得预定义的ABAP类型（即，任何SAP系统定义的最低级别的数据类型。

< p>在两个SAP系统之间进行接口连接时，您需要同步数据结构；有时，此数据结构是嵌套表/结构和数据元素的复杂结构；通常，在两个系统上都对这种复杂数据结构的定义进行硬编码，并且 程序需要进行硬编码以适应数据结构的定义才能启用数据传输。

由您决定使用哪个进程RFC或PROXY取决于您自己

谢谢，

Kaushik

大家好，我试图了解这些功能和功能，并希望详细了解其优缺点。

是的，这是SAP的入站情况，另一个系统是非SAP系统。 我只是想了解RFC和代理的优缺点。 一些人建议代理（肥皂）提供更好的性能，但是代理生成的结构是"控制器"，并且在它创建的每个结构中都消耗一些空间/内存。 这是一个缺点还是造成任何问题？

据我所知，除非我们为RFC创建一些测试数据，否则与rfc相比，使用代理进行调试更容易。

除此之外，在入站代理（到SAP）中，我们可以将响应发送给调用方。 与入站RFC调用类似。 但是，如果是出站代理（来自sap），则不提供从被调用系统获得响应的条件。 在RFC中，是否可以从其他系统（非汁液）获得响应？

除此之外，您能否请我告诉我功能/优点，例如代理或rfc的可编码性或可扩展性。

再次感谢您的时间和答复。

我认为您不会得到一个清晰正确的答案，可能会有偏见，但是谁 知道。

还有REST。

我的猜测：

性能的优缺点：RFC> REST> SOAP

内存 从好到坏：REST = RFC> SOAP

当前趋势从好到坏：REST> RFC = SOAP

从好到坏的标准：REST = SOAP> RFC

但最重要的是，贵公司有一项策略，例如让所有接口都通过HTTP进行通信。