Re: Getters without the "get" part
Re: Getters without the "get" part
- Subject: Re: Getters without the "get" part
- From: Mike Schrag <email@hidden>
- Date: Tue, 31 Mar 2009 16:27:06 -0400
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 :-).
Awesome ... more crappy java-style non-OO methods. In particular,
have fun implementing this properly with the first param being a List<T>
List<T> listByAddingObject(List<T> list, T obj)
Keep in mind:
1) List doesn't implement clone()
2) You really want the same class of List that got passed in
3) You don't know that the class provided has an empty constructor
4) Constructing a List with an existing List or Array may be a big
performance gain
There's no good implementation of this method (funny timing because I
just starting writing this method about 15 minutes ago). The proper
implementation is that the class itself should provide an optimized
way of implementing this.
ms
_______________________________________________
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