Re: Getters without the "get" part
Re: Getters without the "get" part
- Subject: Re: Getters without the "get" part
- From: Chuck Hill <email@hidden>
- Date: Tue, 31 Mar 2009 20:36:49 -0700
On Mar 31, 2009, at 8:28 PM, Lachlan Deck wrote:
On 01/04/2009, at 7:20 AM, Hugi Thordarson wrote:
This already should have happened. Once you get a firm grasp of
the Java Collections API, it's design, intention and power,
NSArray and it's company will make you want to puke. I actually
thought that WO would move in this direction by first making
NSArray implement List, and do all the similar stuff, then
depreciate Foundation collections, and the finally get rid of
them. Well, maybe that still is the intention, but it sure is
slow.
The lack of power sucks, but the lack of immutable forms of the
List/Map/Set interfaces in Java is a failure IMO. WO/EOF moving
to straight List/Map/Set would suffer from a loss in clarity as a
result. On the flip side, it would gain the performance and
flexibility of the Java collections APIs, which is a win. I'm
definitely conflicted on the correct answer to this conundrum.
Also, you lose a lot of really nice methods on the immutable ones
like arrayByAddingObject ...
Hey, just create ERXArrayUtilities.arrayByAddingObject( Object[]
array, Object object )
we don't need an entire new collection API for methods like this :-).
This is one of the things I hate about Java collections. The whole
ArrayUtils and co is really grating. Coming back to OO... why can't
I ask the object again?
A lot of the Java APIs make me wonder if the designers had a solid
grasp of OO. J2EE makes be doubt it entirely. Utility classes are a
symptom of a defective API.
Chuck
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden