|
I am (obviously) not Scott... But, *BNDDIRs are one of the mechanisms (IMHO) that help enable "information hiding" which is one of the attributes of abstraction. If you were to think in terms of *SRVPGMs which reference *SRVPGMs which reference other *SRVPGMs, you begin to get the idea that some "level 3" *SRVPGMs should not be referenced directly by "level 1" objects. In that case, there is no reason to include the "level 3" *SRVPGMs in a "level 1" *BNDDIR. *BNDDIRs then begin to provide a mechanism similar to "packages" in Java. Does that make any sense to anybody? <grin> L. Wayne James Senior Developer Agilysys, Inc. Hospitality Solutions Group 578 Old Norcross Road Lawrenceville, GA 30045 Phone: 770-962-6425 x1252 Email: Wayne.James@xxxxxxxxxxxx Alan <steelville@xxxxxxxxxxx> Sent by: rpg400-l-bounces@xxxxxxxxxxxx 07/26/2004 10:26 AM Please respond to RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx> To RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx> cc Subject Re: Service Programs 101 > > >What a lot of people will do to make things even simpler is put *ALL* >service programs in a single binding directory, and include that BNDDIR() >in every program that they write. Then you never have to worry about it. > > > Scott, may one ask whether that is the way you handle it yourself? I've been thinking this, and so far can't think of any "gotchas".. Is there any reason not to? Binding directory "maintenance" issues? - Alan -- This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/rpg400-l or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.