Rob,
Thanks for your reply. I'm going to have to read that again when I'm more awake. I also just noticed there was a very recent thread on the RPG list regarding MVC, so I'm going to go browse through the archives there again as well. It's possible my answer is already out there and I missed it.
I considering CGIDEV2 or just wrapping some of the APIs to make life easier. I haven't had time to go far down those roads yet.
Specific answers to your questions: I'm on V5R4. I'm probably looking at a dozen programs, maybe twice that. I glanced at one that should be the big ones, and it's only about 1500 lines. There are quite a few smaller programs that fit in to do little bits, so it's possible I can keep some of those calls as is. It's really just the ones with display files that will require alteration. Also, I have a few new features I want to add (besides the web interface) that will be new programs.
--
Sean Porterfield
________________________________________
From: Rob Dixon
Sent: Monday, January 26, 2009 11:29
Sean
<snip>
I have never read up anything on this model. Until your post, I had never
heard of MVC. Having had a quick look, it seems unnecessary complex, at
least in an OS/400 environment using CGIDEV2. I do not have handlers,
callback, dependency graphs, event dispatching threads, etc. - just good old
RPG. However, I do have my own business modeller which is held in my own
database and is updated by the 6Mb of code. This controls which exit
program is called and much more.
Based on my experience, I am sure that you should make the split.
What version of OS/400 are you on? Roughly how many programs to recode?
What is the number of source lines in the larget program?
If I can help more, please let me know.
Rob Dixon
2009/1/23 Porterfield, Sean <SPorterfield@xxxxxxxxxxxxxxxxxxxxxxx>
<snip>
What I'm looking for is a nice, easy tutorial/book/etc. of the right way to
design the change to keep existing green screen access able to work the same
(with whatever enhancements I put in) and have a web front end as well.
<snip>
Sean Porterfield
--
Rob Dixon
This email is confidential, intended only for the named recipient(s) above and may contain information that is privileged. If you have received this message in error or are not the named recipient(s), please notify the sender immediately and delete this email message from your computer as any and all unauthorized distribution or use of this message is strictly prohibited. Thank you.
midrange.com
