× 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: ILE Conversion
  • From: "Peter Dow" <pcdow@xxxxxxxxx>
  • Date: Tue, 4 Jul 2000 13:55:53 -0700


Am I missing something? You say that "If you externalize your database
interface, you can change the database without having to change the
applications." As near as I can tell from your discussion of the file server
program, that's only true if you are talking about adding new fields at the
end of the record. If fields are rearranged, if an existing field expands or
contracts, if new key fields are inserted in the key list, I would think the
application programs would have to be revisited. Am I wrong?

Peter Dow
Dow Software Services, Inc.
909 425-0194 voice
909 425-0196 fax


From: Richard Jackson <richardjackson@richardjackson.net>
> Potential Conclusion
>
> If you externalize your database interface, you can change the database
> without having to change the applications.  That is good.  If you build
your
> applications so that business logic uses the database interface you built,
> for the same reason they are also partially protected from database
changes.
> If you build your applications using frameworks where the framework puts
up
> screens then calls the business logic you can have a framework for an
> interactive app and another framework for a batch app and not have to
> rewrite anything.  If you reach that point, you can add support for web
> activities and EDI activities very rapidly and with very low cost.
>
> In the previous paragraph please note that your applications are largely
> independent of the external user interface and that all of the value in
your
> solution is in three places: the framework, the business logic, and the
> database schema - with most of it in the last two.  That is where it
belongs
> and, in my opinion, that fact justifies the both direction and the effort
to
> reach the goal.
>
>
> Richard Jackson
> mailto:richardjackson@richardjackson.net
> www.richardjacksonltd.com
> Voice: 1 (303) 808-8058
> Fax:   1 (303) 663-4325
>
> -----Original Message-----
> From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On
> Behalf Of boldt@ca.ibm.com
> Sent: Tuesday, July 04, 2000 7:13 AM
> To: RPG400-L@midrange.com
> Subject: Re: ILE Conversion
>
>
>
>
> Mark wrote:
> >I have been assigned the task of converting a HUGE monolith of a program
> >into more manageable pieces. I have been working with RPG IV now for
about
> >4 years and have been creating small ILE programs utilizing
> sub-procedures,
> >service programs, and the rest of that good stuff for about a year. This
> is
> >the first very large project I will be attempting and I have a few
> >questions.
> >
> >Regarding screen handling: The current program maintains 10 screens in
one
> >display file. Would it be advantageous to place each display format in
> it's
> >own display file or to continue to place all of the screens in one
display
> >file and just maintain each format in it's own module.
> >...
>
> Screen handling is a tricky subject.  Like many others here, you too
> may someday have to deal with the issue of "web-enabling" your
> application.  Web applications have a much different user interface
> model than your typical monolithic AS/400 application.  In particular,
> web apps are driven by the web server, and not by the application
> itself.  If you've done any CICS programming or S/36 MRT programming,
> you should be comfortable with web programming concepts.
>
> When restructuring your app, anything dealing with the user interface
> should be separated out into separate modules.  The business logic
> preferably should be restructured into a set of procedures that can
> be called in "batch" mode with no global data within the procedures.
>
> There's more to it than that, obviously, but hopefully you'll start
> thinking about UI-logic separation when restructuring your code.
>
> (Note that web-based programming is a major focus for us in the
> Toronto Lab, and hopefully in the future you'll see some easier ways
> to web-enable your apps.)
>
> Cheers!  Hans
>
> Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.com
>
>
> +---
> | 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
> +---
>
> +---
> | 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
> +---


__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com
+---
| 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-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.