topic 'TABLES' type parameters in FM interfaces??? in Application Development and Automation Discussions

'TABLES' type parameters in FM interfaces???

Former Member — Fri, 18 Jun 2004 22:38:00 GMT

Hi!

Have you ever heard that in FM interfaces 'TABLES' type parameters has some disadvantages and shouldn't be used unless neccessary, and instead, importing or exporting type paramaters referenced to table types should be used?

*--Serdar

Re: 'TABLES' type parameters in FM interfaces???

Former Member — Sat, 19 Jun 2004 10:43:35 GMT

Hi Serdar,

interesting question. I've only heard that you should not use it in form routines ... extract from the online help for the statement form in Enterprise Release:

<b>Addition 1

... TABLES itab1 ... itabn

Effect

Instead of the TABLES addition, you should use the USING or CHANGING addition wherever possible. You can only use tables with table type STANDARD in the TABLES addition. The internal tables you specify are always passed to the FORM along with their header line. If you pass a table without header line as a TABLES parameter, the system automatically generates a header line for it. This is only valid within the FORM . You should not use any global commands (such as HIDE) on the header line. For details about specifying the type of a TABLES parameter, see specifying types. TABLES parameters are always passed by reference. </b>

May be some guys from SAP can tell us, if this is true for a FM as well.

Cheers

Jeannot

Re: 'TABLES' type parameters in FM interfaces???

Former Member — Mon, 21 Jun 2004 02:31:01 GMT

I am not from SAP, but the same holds true for function modules as well.

Every tables parameter is passed with a header and incase the header is not present the system automatically creates it.

Even with function modules it is always advisable to go for import and export parameters, rather than tables parameters.

Pavan