<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Am 09.09.2009 22:40, Joe Darcy schrieb:
<blockquote cite="mid:4AA812D0.309@sun.com" type="cite">Hello.
  <br>
  <br>
For JDK 7, I think it is high-time the platform included a class like
java.util.Objects to hold commonly-written utility methods.  For
example, a two-argument static equals method that returned true if both
arguments are null, returns false is one argument is null, and
otherwise returns the result of calling arg1.equals(arg2)  (6797535
"Add shared two argument static equals method to the platform").
  <br>
  <br>
A static hashCode method returning 0 for null and the value of
arg.hashCode() has also been suggested.
  <br>
  <br>
A set of
  <br>
  <br>
   static int compareTo(int, int)
  <br>
   static int compareTo(long, long)
  <br>
   ....
  <br>
  <br>
methods probably belongs somewhere in the platform too.
  <br>
  <br>
What other utility methods would have broad enough use and
applicability to go into a common java.util class?
  <br>
</blockquote>
<br>
<br>
Maybe a little late, but as I said regarding suggested "Strings" class:<br>
<br>
Imagine, you could just write<br>
<br>
    int result = compare(x, y);<br>
    int hash = hashCode(x);<br>
<br>
in any class, without having to statically import java.util.Objects.*.<br>
This smartness would be possible, if those few static methods in
Objects would be moved to java.lang.Object.<br>
<br>
Introducing a static helper class 'ClassNames' consequently for each
"normal" class 'ClassName' we would end up in don't having any static
method in a normal class, and so we could drop this language concept
completely from Java and instead introduce a kind of "static" class,
where all method's are static by definition, similar to abstract class,
where all methods are abstract.
<br>
<br>
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.<br>
<br>
IMO, introducing '...s'-classes for whatever class is a bad idea, and
would <u><b>satirize</b></u> the existence of <u><b>static methods at
all</b></u>, whose worthy
task it is , to provide helper functions to instances of objects, where
they are defined.
<br>
<br>
<br>
But I think, it's not too late, to change it in JDK 7.<br>
<br>
<br>
-Ulf<br>
<br>
</body>
</html>