|
The reason is that the advantage of enhanced reuse afforded by
inheritance is lost in dynamic problem sets due to the extra rigidness of a
class structure. Short form: because business rules change so much, OO is a
bad choice.
From: joepluta@xxxxxxxxxxxxxxxxx5250
To: web400@xxxxxxxxxxxx
Date: Sun, 16 Dec 2007 20:58:17 -0600
Subject: Re: [WEB400] EGL and other things
From: Aaron Bartell
Speaking of which, here is where I am stuck:
http://mowyourlawn.com/temp/RBDe_install.jpg. It won't let me complete
the
install. First I downloaded RAD 7.0 and installed successfully, and now
this is the RBDe portion of it. Any ideas?
Nope. Go the developerWorks and ask. Or at least post on the WDSC list
rather than here.
Here's a point, though. Would you agree that web UI is more complicatedthan 5250 screen design? If so, then if EGL can let you put together a
good
looking web screen as easily as SDA lets you put together a green screen,
wouldn't by definition EGL be more productive than DDS? I'm just
saying...
I will say that it has gotten much better since I first started web
programming. But I wouldn't put it in the same overall league as 5250.
I guess I didn't make myself clear. If web UI is more complex than 5250,
and EGL can make a good looking web screen as easily as SDA can make a
screen, then EGL is a more productive product. This isn't an opinionsuch
question, it's a logical implication. If one tool makes a hard job easy,
and a second tool makes a harder job just as easy, which tool is more
productive?
Personally, I think generating HTML in RPG is just plain goofy, butthat's just me.
Generating HTML in Java would have to be just as goofy then, which is
exactly what your JSP architecture does - correct? In reality you are
talking about how well the implementation of a UI strategy is hidden.
With the current RPG Web frameworks it isn't hidden as well.
Wow. I guess we really don't connect at all. If you understood what I've
written over the years, I specifically say that static problem domains
as generating HTML are the perfect province of OO languages, while dynamica
problem domains such as business rules are better served by procedural
languages. The reason is that the advantage of enhanced reuse afforded by
inheritance is lost in dynamic problem sets due to the extra rigidness of
class structure. Short form: because business rules change so much, OO isa
bad choice.knowledge,
If you've been talking to Barbara, then you know more about the compilerthan I do! Why ask me when you have the source?
Because I wasn't talking about features that are already public
thebut instead probing to see if your interaction with the Rational team
revealed more appealing features other than being able to trim more than
spaces with the %trim() bif.
Wow. Your summary of the changes in RPG over the last decade is that %trim
removes spaces.
Wow.
You know what, Aaron? Between you, Trevor and Steve, it's possible that
midrange mailing lists are actually becoming too toxic for me. The amountwasted.
of unbridled disdain for the tremendous work done by the IBM developers is
staggering, and I more and more I feel that any time I spend here is
I'm sorry that you're so bitter and condescending at such a young age.
Joe
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
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.