Lim Hock-Chai wrote:


4. Why replace RPG io functions that all RPG developers are familiar with with your own io
functions that no new comer can understand without additional trainings?
I've been following this discussion with some interest. Paul Tuohy gave an excellent session on externalizing (abstracting) db access at COMMON, and I think he's giving it at the System i Developer conference (oops, that starts today, what am I doing here?).
Your other objections may or may not have merit, Lim. I'll leave that for more experienced people than I. However, the objection (above) doesn't hold water. The abstraction is a service program. Whether the function of a service program is to calculate various bank rates or to do data abstractions, it is not necessary to know how the service program works: "Here it is, this is what it returns, and no you don't need to know how it works."

The same objection could be made about any new feature in the language itself, such as subprocedures or BIF's. In fact, think of the data abstraction as a BIF because that's exactly what it would be. You and I have absolutely no need to know how the %found() bif works; it just does.

* Jerry C. Adams
*IBM System i Programmer/Analyst
B&W Wholesale Distributors, Inc.* *
voice
615.995.7024
fax
615.995.1201
email
jerry@xxxxxxxxxxxxxxx <mailto:jerry@xxxxxxxxxxxxxxx>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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

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.