× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: How to prototype CL modules
  • From: "Simon Coulter" <shc@xxxxxxxxxxxxxxxxx>
  • Date: Fri, 21 Jul 00 11:18:24 +1000


Hello David,

You wrote:
>I agree that programmers have a responsibility to ensure that their programs 
>function 
>properly, but what is the advantage in forcing every programmer to know every 
>API 
>interface intimately? 

That's not what I said as you'll see when you receive my later not to Barbara.  
QUOTE " 
It is a little different if you are providing wrappers for the functions."

>Productivity for programmers at all levels can be greatly enhanced when 
>black-box style 
>reuse is employed. I create a high level interface for any API that we are 
>going to use 
>more than once.  During the process of creating the interface, I try to 
>simplify the use 
>of the API and ensure that parameter defaults are supplied where possible, 
>parameter 
>relationships are validated, and meaningful diagnostic messages are sent. 
>There are many 
>advantages to this, one advantage is that you have a single point of change 
>when your 
>use of an API changes.  For the send message API other potential advantages 
>include the 
>ability to default the target queue, ignore PEP's when sending by level, 
>default the 
>message file based on message ID, and send multiple messages if logging is in 
>effect. 

I do exactly the same sort of thing but the programmer writing the 'simpler 
interface' 
DOES need to know the API intimately.  The others who just use the simple 
interface 
don't.  I suspect we are more in agreement than not -- I don't argue with 
everyone, it 
just seems like it :)

Regards,
Simon Coulter.

«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»
«» FlyByNight Software         AS/400 Technical Specialists       «»
«» Eclipse the competition - run your business on an IBM AS/400.  «»
«»                                                                «»
«» Phone: +61 3 9419 0175      Mobile: +61 0411 091 400           «»
«» Fax:   +61 3 9419 0175      mailto: shc@flybynight.com.au      «»
«»                                                                «»
«» Windoze should not be open at Warp speed.                      «»
«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.