|
In addition, we have, for example, ONE costomized JTable that allow more an more as a SFL can, and this in only in one place. Just my cent, I have many year RPG backgound an many year of OOP, I think generally that the development/maintenance effort is 80% reduced on OOP. But if you want iSeries, go away with RPG and all the maintenance problems (like LevelCheck...). On Thu, 11 Mar 2004 21:28:50 +0100, Dieter Bender wrote: >Hi Evan, >in an object oriented language, using a good composed design, the complete >paging and selection logic would be one component for all the subfile stuff. >The whole world outside the rpg ghetto would be LOFLOL if they would read the >theories about application design by mixing up rpg and java and the examples >for great performance in the subsecond region per transaction, doing nothing. >Dieter >On Donnerstag, 11. März 2004 20:20, Evan Harris wrote: >> Hi Dieter >> >> this is not a forum I usually speak in :) but I was motivated to respond to >> your comment regarding "thousands of subfile programs doing all the same >> stuff". >> >> I my view the subfile capability provided by the AS/400 could more fairly >> be compared to a VB data grid or a higher level tool than a straight >> language issue. There are thousands of subfile applications because there >> are thousands of different business. >> >> The real insight into what OS/400 buys you, and by extension in this >> discussion what RPG buys you, is that those thousands of subfile programs >> didn't also need to have all the supporting logic surrounding paging, item >> positioning, item selection etc etc built in each of the applications, it >> was provided by the OS. >> >> There would be a ton of additional logic required to code this level of >> presentation in any other language without the use of the components that >> you claim provide Java's advantage so your comparison is somewhat unfair, >> IMHO. :) >> >> Regards >> Evan Harris >> >> >One of the points for writing java applications is the existence of quite >> > a lot of opensource components making it easy and eficcient to write >> > business applications in java. If I have a look to rpg applications, the >> > wheel is reinvented over and over, thousends of subfile programms doing >> > all the same stuff. In a well designed Java app, you have STRUTS for >> > example, and some JSPs doing all this, you have a persistence layer done >> > by OJB for instance, with or without Entity Beans. >> >> _______________________________________________ >> This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) >> mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx >> To subscribe, unsubscribe, or change list options, >> visit: http://lists.midrange.com/mailman/listinfo/java400-l >> or email: JAVA400-L-request@xxxxxxxxxxxx >> Before posting, please take a moment to review the archives >> at http://archive.midrange.com/java400-l. >-- >mfG >Dieter Bender >DV-Beratung Dieter Bender >Wetzlarerstr. 25 >35435 Wettenberg >Tel. +49 641 9805855 >Fax +49 641 9805856 >www.bender-dv.de >eMail dieter.bender@xxxxxxxxxxxx >_______________________________________________ >This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) >mailing list >To post a message email: JAVA400-L@xxxxxxxxxxxx >To subscribe, unsubscribe, or change list options, >visit: http://lists.midrange.com/mailman/listinfo/java400-l >or email: JAVA400-L-request@xxxxxxxxxxxx >Before posting, please take a moment to review the archives >at http://archive.midrange.com/java400-l. ----------------------------------------------------------------------------- *** This messages was scanned for malicious contents *** ----------------------------------------------------------------------------- Franco Biaggi CH-6807 Taverne
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.