|
I Completely agree with this analysis. RPG is not a REPORT PROGRAM GENERATOR, that is what it was in the 60s. If you are not aware of this by now you have a lot to learn. I DO TO, learning JAVA. Julio -----Original Message----- From: owner-java400-l@midrange.com [mailto:owner-java400-l@midrange.com]On Behalf Of Joe Pluta Sent: Tuesday, February 13, 2001 10:54 PM To: JAVA400-L@midrange.com Subject: RE: Aaron Bartell's RPG/Java comparison RPG's biggest benefit, in my opinion, is its designed interaction with the database. RPG's native database access is far more powerful than SQL, and far more efficient for transaction processing. While SQL can do wonders in querying data, it has some severe limitations. At least at this point in time, I can write a database server far more efficiently in RPG than I can in SQL. This is especially true in environments where processing is controlled by flags or switches in the database, which is the standard for most of our business applications today. Until business rules can be easily formulated in terms of inherited and overridden attributes, the navigational database access of RPG is much more efficient than any object-based design. On the other hand, presentation of data is now, in my mind, purely the province of object-oriented programming. The ability to design self-modifying widgets which change their appearance programmatically makes object-oriented techniques simply indispensible in today's worked of ever-changing UI requirements. So, to me, the best of both worlds is (as I've probably said a thousand times <grin>) a Java-based UI coupled with message-based RPG database servers. All business logic is encapsulated in RPG on the AS/400, with communication via the messaging technique of your choice (I personally prefer data queues) to a servlet, which can then communicate however it needs to with the outside world. For high-bandwidth, highly graphical applications, I prefer a Swing-based UI communicating again via messages to those same servers on the AS/400. And that's my story, and I'm stickin' to it... > -----Original Message----- > From: owner-java400-l@midrange.com > [mailto:owner-java400-l@midrange.com]On Behalf Of James H. H. Lampert > Sent: Tuesday, February 13, 2001 8:36 PM > To: JAVA400-L@midrange.com > Subject: Re: Aaron Bartell's RPG/Java comparison > > > Fellow Programmers: > > The only advantages I see in RPG are (1) its ability to "ride around an > entire file on its logic cycle" (pun intended), and (2) ease of issuing > external calls where the name is not known at compile time. > > Other than that, I can think of quite a few things other than "report > program generator" for the letters RPG to stand for, none of them > complimentary. > > -- > James H. H. Lampert > Professional Dilettante > http://www.hb.quik.com/jamesl > Have you visited http://www.thehungersite.com today? > +--- > | This is the JAVA/400 Mailing List! > | To submit a new message, send your mail to JAVA400-L@midrange.com. > | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. > | To unsubscribe from this list send email to > JAVA400-L-UNSUB@midrange.com. > | Questions should be directed to the list owner: joe@zappie.net > +--- > +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +---
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.