DoubleInt

Overview

Package

Class

Use

Deprecated

Index

Home >> All >> joelib >> util >> [ types overview ]

PREV CLASS NEXT CLASS

SUMMARY:

JAVADOC |

Sourc code of joelib.util.types.DoubleInt

SOURCE |

DOWNLOAD | NESTED | FIELD | CONSTR | METHOD

DETAIL: FIELD | CONSTR | METHOD

joelib.util.types
Class DoubleInt

java.lang.Object
  joelib.util.types.DoubleInt

All Implemented Interfaces:: java.io.Serializable

public class DoubleInt
extends java.lang.Object
implements java.io.Serializable

Double and integer value.

Field Summary

double d
          Description of the Field

int i
          Description of the Field

Constructor Summary

DoubleInt()
          Constructor for the IntInt object

DoubleInt(double _d, int _i)
          Constructor for the IntInt object

Method Summary

boolean equals(java.lang.Object otherObj)
          Determine whether this Object is semantically equal to another Object.

Methods inherited from class java.lang.Object

clone, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

Field Detail

d

public double d

Description of the Field

i

public int i

Description of the Field

Constructor Detail

DoubleInt

public DoubleInt()

Constructor for the IntInt object

DoubleInt

public DoubleInt(double _d,
                 int _i)

Constructor for the IntInt object

Method Detail

equals

public boolean equals(java.lang.Object otherObj)

Description copied from class: java.lang.Object

Determine whether this Object is semantically equal to another Object.

There are some fairly strict requirements on this method which subclasses must follow:

It must be transitive. If a.equals(b) and b.equals(c), then a.equals(c) must be true as well.
It must be symmetric. a.equals(b) and b.equals(a) must have the same value.
It must be reflexive. a.equals(a) must always be true.
It must be consistent. Whichever value a.equals(b) returns on the first invocation must be the value returned on all later invocations.
a.equals(null) must be false.
It must be consistent with hashCode(). That is, a.equals(b) must imply a.hashCode() == b.hashCode(). The reverse is not true; two objects that are not equal may have the same hashcode, but that has the potential to harm hashing performance.

This is typically overridden to throw a java.lang.ClassCastException if the argument is not comparable to the class performing the comparison, but that is not a requirement. It is legal for a.equals(b) to be true even though a.getClass() != b.getClass(). Also, it is typical to never cause a java.lang.NullPointerException.

In general, the Collections API (java.util) use the equals method rather than the == operator to compare objects. However, java.util.IdentityHashMap is an exception to this rule, for its own good reasons.

The default implementation returns this == o.