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 13:31:58 -0700
On Mar 31, 2009, at 1:18 PM, Hugi Thordarson wrote:
Yes, I am *very* much aware that the NS* collection classes are much
better designs than the java ones. NSArray, NSDictionary and NSSet,
and mutable counterparts - the simplicity is delightful (at least
then compared to java's terrifying heap of trash - TreeMaps,
HasMaps, ArrayLists, Vectors, Arrays, AbstractSets, etc, etc...)
But I've found that common generic java programmers that I've hired
are uncomfortable with the foundation collection classes - and
perhaps understandably so - they've been brought up and trained to
use java collections.
The Orthodox Church of Java has ruined a couple of generations of
potentially good developers so far.
Chuck
IMHO, collections are such an integral part of a language, that
Apple should be using the standard architecture. The only reason I
can see for keeping the current collection classes is KVC - and that
should be solvable by creating custom behaviors for collection
objects in NSKeyValueCodingUtility.valueForKeyPath.
I don't like the current situation, where we have immutable
collections implementing "optional" methods like "add" and "remove"
and throwing an exception during runtime. That's beyond stupid, and
causes us some grief. If dropping the foundation classes is
impossible, then perhaps Apple could opensource the foundation
libraries, so we can create open source class libraries for non WO
applications that utilize the standard foundation collections. In
fact, I'd like that :-).
- hugi
// Hugi Thordarson
// http://hugi.karlmenn.is/
On 31.3.2009, at 19:59, Mike Schrag wrote:
answer to this conundrum.
Also, you lose a lot of really nice methods on the immutable ones
like arrayByAddingObject ...
Not to mention KVC...
yikes ... = killer.
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
_______________________________________________
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
--
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