Sponsoring getting 5015163 "(str) String merge/join that is the inverse of String.split()" into JDK 7
Ulf.Zibis at gmx.de
Mon Oct 26 13:44:10 UTC 2009
Am 26.10.2009 14:01, Stephen Colebourne schrieb:
> Not wishing to confuse the debate, but perhaps the correct place for
> this is a static Strings class, that parallels Objects.
Doing this consequently we could have for each "normal" class
'ClassName' it's static helper class 'ClassNames', so we don't have any
static method in a normal class, and so we could drop this language
concept completely from Java and instead introduce a kind of Class,
where all method's are static by definition, similar to abstract class,
where all methods are abstract.
I assume, the first of the '...s'-classes was 'Arrays', introduced,
because array object's and there members (e.g. length) are not defined
via normal class syntax.
IMO, introducing '...s'-classes for whatever class is a bad idea, and
would satirize the existence of static methods at all, whose task it is
worthy, to provide helper functions to instances of objects, where they
Reflecting about this, I would also prefer, to move those static Objects
class methods to existing java.lang.Object.
Having this, we wouldn't need to statically import those methods in any
More information about the core-libs-dev