RE: Java Style Question

["Gary L Peskin" <garyp@xxxxxxxxxxxx>]

One of the big advantages of a JIT compiler over a traditional compiler
is that the JIT compiler has visibility to all of the code that will be
run.  In theory, the JIT compiler should include small getter/setter
methods as inline code, eliminating any performance hit that comes from
organizing the code in a more maintainable fashion.

I'm not sure of the sophistication of the iSeries JIT compiler but I am
sure that it will get better over time.  You'd need to run some tests to
see how much of a performance price you're paying.

Gary

> -----Original Message-----
> From: java400-l-admin@midrange.com
> [mailto:java400-l-admin@midrange.com] On Behalf Of jamesl@hb.quik.com
> Sent: Tuesday, April 09, 2002 11:38 AM
> To: java400-l@midrange.com
> Subject: Re: Java Style Question
>
>
> This is a multi-part message in MIME format...
> --
> To: java400-l@midrange.com
> From: jamesl@hb.quik.com
> X-Advert: http://emumail.com
> Reply-To: jamesl@hb.quik.com
> Date: Tue, 09 Apr 2002 14:38:22 EDT
> X-Mailer: EMUmail
> Subject: Re: Java Style Question
>
> "David Morris" wrote:
> > I agree that performance is a non-issue
>
> Performance
> is never a non-issue, and it is because programmers who are
> either unwilling or unable to optimize treat performance as a
> non-issue that we're stuck in this insane spiral of bloatware
> guaranteed to need more processing power than the typical
> end-user has.
>
> I use setter/getter methods where it makes
> sense to do so. But not in
> situations where there's nothing to be gained
> from using them.
>
> --
> J.Lampert
>
>
> _______________________________________________
> This is the Java Programming on and around the iSeries /
> AS400 (JAVA400-L) mailing list To post a message email:
> JAVA400-L@midrange.com To subscribe, unsubscribe, or change
> list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l
> or email: JAVA400-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>