|
Nathan, Many developers find that RPG + HTML working together is actually easier to maintain. In most instances, this approach requires less code. I can provide examples, if you would like. Secondly, you always have the option to keep the HTML separated from RPG. You can use server side includes to separate the HTML or use /copy's, modules, and service programs to separate the RPG. Here is an example ... <script language="RPGLE"> /copy QCOPYSRC,MYRPG </script> <html> <head> <title>Sample Page</title> </head> <body> <p>Sample HTML with some dynamic data: <% var1 %> </p> <p>More HTML with more dynamic data: <% var2 %> </p> </body> </html> Seth Newton snewton@xxxxxxxxxxxxxxxxx Profound Logic Software, Inc. Toll-Free: (877) 224-7768 x115 Fax: (603) 849-7757 RPGsp - iSeries Web Development has never been this easy! Watch video demos: http://www.profoundlogic.com/video_demos/ ----- Original Message ----- date: Wed, 24 May 2006 09:32:47 -0700 (PDT) from: Nathan Andelin <nandelin@xxxxxxxxx> subject: Re: Vendor presentations I found myself contemplating whether there was a way to keep HTML separate from RPG but avoid the overhead of replacing field markers in templates. No, I couldn't come up with a good way of doing that, so I found myself left with the choice of going with an architecture that has a cleaner programming interface but adds quite a bit of overhead, vs one where the code is more difficult to understand and maintain, and locks me in to a code generator, but is more efficient. I finally decided that cleaner code was more important. This was a difficult decision for me because I've always given performance quite a bit of weight. It's possible with a combination of Servlet, JSP, and Beans to keep the programming interface fairly cleanly separated (though not as cleanly separated as an HTML template approach), but like the template approach there is quite a bit of overhead associated with updating bean values from database values, then inserting bean values into the HTML stream, even though JSPs are compiled at runtime.
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.