java hashCode();
Есть требование, что экземпляры одного и того же класса должны иметь возможность быть отсортированными по времени создания экземпляра класса. Другими словами необходимо знать когда был создан каждый экземпляр класса А. Насколько плохой практикой будет переопределенный метод hashCode () системное время создания экземпляра класса,естественно приведенного к типу int?
Ответы (1 шт):
Если посмотреть контракт метода hashCode() :
- Whenever it is invoked on the same object more than once during an execution of a Java application, the
hashCodemethod must consistently return the same integer, provided no information used in equals comparisons on the object is modified. This integer need not remain consistent from one execution of an application to another execution of the same application. - If two objects are equal according to the
equals(Object)method, then calling the hashCode method on each of the two objects must produce the same integer result. - It is not required that if two objects are unequal according to the
equals(java.lang.Object)method, then calling the hashCode method on each of the two objects must produce distinct integer results.
То видно, что такой способ создания хэш-кода нарушает 2 принцип: у вас может быть 2 созданных в разное время объекта, идентичных через equals(), но их хэшкоды будут разными (по определению).
Как предлагали выше, можно сделать новое поле объекта createdAtTime и сравнивать объекты по этому полю (например, реализовав интерфейс Comparable).