|
Performance is never a non-issue. That's true. But its hard to find situations where your performance problem is the result of calling a set method or a get method on an object vs. an algorithm or an object reuse problem. I'm not saying the situation doesn't exist... just that its rarely a 'save the day' performance solution and usually used as a bandage to cover up the real problem. Richard D. Dettinger iSeries Java Data Access Team Democracy's enemies have always underestimated the courage of the American people. It was true at Concord Bridge. It was true at Pearl Harbor. And it was true today. Rochester Post-Bulletin Tuesday September 11, 2001 |---------+----------------------------> | | jamesl@hb.quik.co| | | m | | | Sent by: | | | java400-l-admin@m| | | idrange.com | | | | | | | | | 04/09/2002 01:38 | | | PM | | | Please respond to| | | java400-l | | | | |---------+----------------------------> >----------------------------------------------------------------------------------------------------------------------------| | | | To: java400-l@midrange.com | | cc: | | 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.
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.