SAP RFC: parameter_type RFTYPE_TABLE: uc_length的意义？

Question

我采用了一个很好的示例clientPrintDescription.py，并将其修改为返回超文本标记语言。

现在我看到了这个：

​

​

因为参数类型是RFCTYPE_TABLE，所以我认为nuc_length和uc_length不起作用。我说得对吗?如果RFCTYPE_TABLE，那么这两个值(这里是16)都有意义吗

Answer 1

变量是字符串、字节串、内部表、引用或盒装组件，基本上是占用存储器中的静态的指针，并且指向扩展存储器中的另一个位置。

对于这些类型，"nuc_length“和"uc_length”始终具有相同的值。只有包含字符的变量的"nuc_length“和"uc_length”值不同。

我不明白为什么python在内部表中显示16字节的，它应该是8字节的。

Answer 2

我不熟悉Python，但我看了原始程序( https://wiki.scn.sap.com/wiki/x/zz27Gg的samples.zip中的printDescription.c )，这个程序的作用解释了它：

对于每个函数模块参数，它打印出该参数的总“宽度”(一行)。(基本上是所有字段的宽度加上一些填充的总和。)

因此，在您的示例中："IV_DYNAMIC_PARAMETER_LIST“是一个表，它的行类型是一个具有两个字段的结构:类型为STRING的”键“和类型为STRING的”值“。正如Sandra已经在上面提到的，包括STRING类型在内的可变ABAP类型是通过指针机制实现的，因此宽度为8。

宽度为8的两个字段，不需要填充，导致该表行类型的总宽度为16。