|
I agree with you. But our system is set up with multiple brands. For every file read we must read equal to a brand. This will force programs to always select the records for a specific brand. In other words we are going to include business logic for file I/O. This will prevent programmers from violating our business rules. Thanks Isa -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Joel Fritz Sent: Thursday, September 01, 2005 1:38 PM To: RPG programming on the AS400 / iSeries Subject: RE: Subprocedure Question It's just my opinion, but I don't see much benefit in externalizing file I/O in RPG. You have to hard code the file name and/or record format name. It's true you may not have to recompile as many programs when you change a file, but there is the effort involved in creating the I/O routines. The key is how often files are changed vs the effort necessary to create the I/O modules. <><><>-----Original Message----- <><><>From: rpg400-l-bounces@xxxxxxxxxxxx <><><>[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Wall, Isa (ED) <><><>Sent: Thursday, September 01, 2005 10:19 AM <><><>To: RPG programming on the AS400 / iSeries <><><>Subject: RE: Subprocedure Question <><><> <><><>Thank you everyone. This information is very helpful. I <><><>am thinking of using service program to gain the ability <><><>to make changes without having to recompile. But Paul's <><><>warning about potential file sharing conflicts concerns <><><>me. Is there a way to avoid these conflicts and still <><><>use service program? I know we are going to run into a <><><>problem where I have two programs reading the same file <><><>and in the same application. <><><> <><><>Thanks. <><><> <><><>Isa <><><> ***************************** NOTICE: All e-mail sent to or from this e-mail address will be received or otherwise recorded by The Sharper Image corporate e-mail system and is subject to archival, monitoring, and review by and/or disclosure to Sharper Image security and other management. This message is intended only for the use of the addressee and may contain information that is privileged and confidential. The contents of this message may contain personal views which are not the views of The Sharper Image. If you are not the intended recipient, dissemination of this communication is prohibited. *****************************
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.