commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ash .." <equinus...@hotmail.com>
Subject RE: [lang] StringUtils.subarray v/s subArray
Date Mon, 01 Dec 2003 00:15:00 GMT
I think I see the point you are making.
If I get you right, it's one of the following:

get the sub of the array, or,
get the subarray

My original idea was to introduce the concept that every array innately has 
subarrays, and thus the emphasis that an array is being "subbed" I didnt 
find necessary. Thus subarray().

If people here find that the "subbing" function needs that emphasis, I 
agree, subArray() is what it should be. Instead, if a subarray is defined as 
an integral feature of every array, it is subarray().
Comments from others on this would be welcome.

And of course, we must strive to achieve a consistent naming standard and 
stick to it. Hence all this debate.

Ash





>-----Original Message-----
>From: __matthewHawthorne [mailto:matth@phreaker.net]
>Sent: Sunday, November 30, 2003 22:37
>
>
>
>I was referring to whether we consider the word "array" to be a common part 
>of language, or a specific concept to programming or something like that.  
>I don't really want to get into a whole grammatical debate because I'm not 
>particularly good at grammar.
>
>I see a classname as a proper noun.  I think it needs that emphasis because 
>it's a model of something, not the real "thing" in the real world.  Like, 
>in your example, I would refer to the class as *Person* not *person*, to 
>emphasize that I'm talking about the class, not a real flesh-and-blood 
>person.
>
>I like subArray because of that emphasis.  An example from the numeric side 
>would be: if such a concept as a "sub-number" existed, which names are 
>preferred: subdouble, sublong, subint OR subDouble, subLong, subInt.   I'd 
>choose the latter due to the reasons I've mentioned.
>
>I also want to mention that I don't really care that much whether we choose 
>subarray or subArray.  What's more important to me is that if we choose a 
>standard with regard to this, that we make our best efforts to stick to it, 
>to avoid the type of ambiguity that Sun has and continues to provide with 
>regard to these types of things.
>
>

_________________________________________________________________
Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message