Re: Service Programs & Copy Source
Charles Wilt <[email protected]>
| Newsgroups | gmane.comp.lang.as400.rpg |
|---|---|
| Message-ID | <CAJ=Tnc4_NOnNS0ufOPv_RWK+FcMXRU1V+G0CC0qb4pLGBEFGeQ@mail.gmail.com> |
My thoughts... Golden rule, Don't Repeat Yourself. So creating a 2nd copy source is out. You could, as an alternative, have the new PRs in a new copy source that is /INCLUDE in the 1st copy source. I always start my copy source with /if defined (XxxxXxx_Included) /eof /endif /define XxxxXxx_Included That way if something get's copied in from multiple places, only one is used. I'd also highly recommend namespacing your procs. Even if older ones don't have it, start doing so. Charles On Thu, Oct 16, 2025 at 7:49 AM Greg Wilburn < [email protected]> wrote: > I have a question related to the copy source associated with a service > program I have for communicating with Amazon SP-API. I've had this service > pgm for quite a while for managing merchant fulfilled orders. > I recently was asked to add the ability to get(buy) shipping labels. I > debated whether to create a standalone program vs. creating a separate > service program vs. adding a procedure or two to the existing service > program. > Because the authentication and base URLs are the same (and the new > procedure would be called from multiple programs), I decided to add it to > the existing service program. > > Now, I'm wondering about the /copy source. For better/worse it contains a > lot of named constants, defined values (templates), and exported procedures > that wouldn't be necessary (or relevant) in programs that call this new > procedure. > > So my question... do I just add the new prototypes to the existing service > program /copy source, OR should I create a second /copy source containing > JUST the prototypes necessary (two of them) for the other programs. Is > that "OK" to do, or is it frowned upon? I'm thinking about complexity, > conflict of named constants, procedure names (no prefix), etc. > > Thoughts? > Greg > [Logo]<https://www.totalbizfulfillment.com/> Greg Wilburn > Director of IT > 301.895.3792 ext. 1231 > 301.895.3895 direct > [email protected]<mailto:[email protected]> > 1 Corporate Dr > Grantsville, MD 21536 > www.totalbizfulfillment.com<http://www.totalbizfulfillment.com> > -- > This is the RPG programming on IBM i (RPG400-L) mailing list > To post a message email: [email protected] > To subscribe, unsubscribe, or change list options, > visit: https://lists.midrange.com/mailman/listinfo/rpg400-l > or email: [email protected] > Before posting, please take a moment to review the archives > at https://archive.midrange.com/rpg400-l. > > Please contact [email protected] for any subscription related > questions. > > -- This is the RPG programming on IBM i (RPG400-L) mailing list To post a message email: [email protected] To subscribe, unsubscribe, or change list options, visit: https://lists.midrange.com/mailman/listinfo/rpg400-l or email: [email protected] Before posting, please take a moment to review the archives at https://archive.midrange.com/rpg400-l. Please contact [email protected] for any subscription related questions.