topic Re: Local Classes in Function Modules in Application Development and Automation Discussions

Local Classes in Function Modules

former_member213112 — Wed, 24 Apr 2019 09:37:17 GMT

Hi,

Is it good practice to create Local classes in Function Modules, please provide details with valid reasons.

Thanks,

Watchpoint.

Re: Local Classes in Function Modules

matt — Wed, 24 Apr 2019 12:25:08 GMT

1) Yes it is good practice

2) Modularisation and encapsulation is generally seen in programming as a good thing. FORMs are obsolete, so that leaves you with local classes to modularise and encapsulate your code.

Re: Local Classes in Function Modules

Sandra_Rossi — Wed, 24 Apr 2019 13:36:33 GMT

Like subroutines, function modules may also be considered (*) obsolete, except when required for using RFC, update tasks, screens.

(*) it's not officially said in the ABAP doc

Re: Local Classes in Function Modules

loyd_enochs3 — Wed, 24 Apr 2019 14:14:16 GMT

"...to create Local classes in Function Modules"

But it is NOT good practice to create local classes within a Function module. Use one or the other, but not both in combination.

Re: Local Classes in Function Modules

matt — Wed, 24 Apr 2019 16:52:54 GMT

Really? I thought it was just FORMS? But it makes sense... but what about where you need a reusable dynpro? That can only be done via FM, which don't have to be RFCs.

Re: Local Classes in Function Modules

matt — Wed, 24 Apr 2019 16:55:10 GMT

loyd.enochs3

Nah. See Sandra's answer below.

If you need an RFC, then modularise using local classes. There's even a naming convention for the includes (can't quite remember what it is at the moment).

Also, function modules with screens might well benefit from a bit of modularisation using local classes.

Re: Local Classes in Function Modules

Sandra_Rossi — Wed, 24 Apr 2019 17:00:13 GMT

Matthew Billingham I should have mentioned that it's not officially said in the ABAP doc. Function modules are required for RFC, update tasks, screens. You can't do that with class pools. For the rest, use class and interface pools.

Re: Local Classes in Function Modules

former_member184158 — Wed, 24 Apr 2019 17:15:13 GMT

Why it is good to practice to create Local classes in Function Modules? I think it is better when to create global class and use it in FM rather than local class. Of course we can create local class in FM like in Program rather than Form (Subroutine).

Re: Local Classes in Function Modules

developerone — Wed, 24 Apr 2019 17:57:06 GMT

Personal Opinion:

not a fan of the hybrid approach. I would rather stick to either procedural or object oriented. I've been hearing the FORMS are obsolete argument for a while now. SAP still hasn't re-written all the subroutines in standard objects.

I hope to keep using the subroutines till the day I get syntax errors or loss of program performance due to subroutines.

Re: Local Classes in Function Modules

matt — Thu, 25 Apr 2019 14:43:31 GMT

If the class is very specific to the FM, then a local FM makes sense.

Furthermore, if you have code in the FM and want to test it, you should write local test classes.

Re: Local Classes in Function Modules

joachimrees1 — Fri, 04 Mar 2022 13:38:16 GMT

I was hoping to also find an answer to "where (which include) in a function group should I add local classes to ?", and now, on a 2nd look I saw you give the answers right here: https://answers.sap.com/comments/13220293/view.html . Thanks!

Re: Local Classes in Function Modules

matt — Mon, 07 Mar 2022 14:16:46 GMT

Shame it had an error should read:

Suffix "Pxx": Implementation of methods and classes