What methods should go into a java.util.Objects class in JDK 7?
Andrew John Hughes
gnu_andrew at member.fsf.org
Wed Sep 9 14:22:04 PDT 2009
2009/9/9 Joe Darcy <Joe.Darcy at sun.com>:
> 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").
> A static hashCode method returning 0 for null and the value of
> arg.hashCode() has also been suggested.
> A set of
> static int compareTo(int, int)
> static int compareTo(long, long)
> methods probably belongs somewhere in the platform too.
> What other utility methods would have broad enough use and applicability to
> go into a common java.util class?
Given you've listed utility methods for two Object methods, equals and
hashCode, toString seems an obvious one to handle as well:
public static String toString(Object o)
Class<?> c = o.getClass();
StringBuilder b = new StringBuilder(c.getName());
for (Field f : c.getDeclaredFields())
b.append(f.getName() + "=" + f.get());
b.replace(b.length() - 1, b.length(), "]");
Maybe there's also a useful utility implementation of clone too, but I
can't think of one offhand.
Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)
Support Free Java!
Contribute to GNU Classpath and the OpenJDK
PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8
More information about the core-libs-dev