I disagree.

It'd be easy enough to add a wrapper program if you ever needed external access to the functionality.

Just put the routine in a service program.

Charles Wilt
Software Engineer
CINTAS Corporation - IT 92B


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-
bounces@xxxxxxxxxxxx] On Behalf Of James Lampert
Sent: Monday, March 03, 2008 1:29 PM
To: Midrange Systems Technical Discussion
Subject: Re: When to make a service pgm

Jeff Young wrote:
All -
I have a function that will perform DB I/O and possible require a
display window.
This function will accept 1 parameter and return 1 parameter.
This function will be called from a number of programs.

Should I -
A. Make it a service program
B. Make it a bound modu[l]e
C. Make it a stand alone program called by others as needed.

Well, if there's any possibility of it ever being needed from some
program that (for whatever reason) HAS to be OPM, or of there ever being
a need to use it directly from a command line, then option C would make
these possibilities a lot easier to deal with.

Option B has the advantage of comparative simplicity, but if your
function is big, and called by a lot of programs, then it's also going
to be the bulkiest of the three options.

Really, it depends on the circumstances.

James H. H. Lampert
Touchtone Corporation

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

This e-mail transmission contains information that is intended to be confidential and privileged. If you receive this e-mail and you are not a named addressee you are hereby notified that you are not authorized to read, print, retain, copy or disseminate this communication without the consent of the sender and that doing so is prohibited and may be unlawful. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please delete and otherwise erase it and any attachments from your computer system. Your assistance in correcting this error is appreciated.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].