Re: Procedures, Modules, Service Programs

Hi Girl...

For us it makes no sense to bring a serviceprogram in the air that contains procedures we are sure will not be used in that job. In our rational that will eat up resources and as a result performance.
We think itÂis better to bring several smaller service programs in the air that contain carefully grouped procedures aimed on servicing specific functionality.
Perhaps on initialization the one big sluggish service program wins from the total of the smaller ones.
The smaller ones however will have aÂfar smaller memory footprint and less use of resources will lead to better overall performance.

Hope it helps,

Eduard.



________________________________
From: Birgitta Hauser <Hauser@xxxxxxxxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx; midrange-l-bounces@xxxxxxxxxxxx
Sent: Tuesday, May 19, 2009 1:57:25 AM
Subject: Procedures, Modules, Service Programs

Hi guys,



Iâm just curious and Iâd like to know how to handle it:

Procedures, Modules, Service Programs and Programs



(We just had some discussions about it).

Currently Iâm using several procedures within a single module (grouped
according functionality).

To make it easy I normally create a service program for each module
(exceptionally I also bind several modules with generic names for example
Date* into a service program).

Into a program only a single module gets bound and I never export procedures
from a program module.



An colleague argues having a lot of service programs is not good, he insists
in having a single service program with all modules for the whole
application, because there will be only a single activation.

I donât like this idea, because: If I only want to use a string function for
my batch program all display and printer file and what else functions must
be activated.



I just like to know how you handle it and why.



Mit freundlichen GrÃÃen / Best regards



Birgitta Hauser



"Shoot for the moon, even if you miss, you'll land among the stars." (Les
Brown)

"If you think education is expensive, try ignorance." (Derek Bok)

"What is worse than training your staff and losing them? Not training them
and keeping them!"