neuen Datentyp (Digit) definieren

[automatix]

Hallo Forum,

es ist ja in Java möglich, eigene (auf den Grunddatentypen basierende) Datentypen zu definieren. Wie erzeugt man einen neuen Datentyp, z.B. Digit (Character, der die Menge von Unicod mit dem Unidode im Ziffern-Interval repräsentiert)?

Danke.

 

[Wildcard]

Man schreibt eine Klasse dafür.

 

[André Uhres]

Beispiel:

/*
 * Digit.java
 */
public final class Digit implements Comparable<Digit>{
    private final char value;
    public Digit(char value) {
        if (!Character.isDigit(value)) {
            throw new IllegalArgumentException(value + " is not a Digit");
        }
        this.value = value;
    }
    public char getValue() {
        return value;
    }
    public int compareTo(Digit anotherDigit) {
        return this.value - anotherDigit.value;
    }
    public boolean equals(Object obj) {
        if (obj == null) {
            return false;
        }
        if (getClass() != obj.getClass()) {
            return false;
        }
        final Digit other = (Digit) obj;
        if (this.value != other.value) {
            return false;
        }
        return true;
    }
    public int hashCode() {
        int hash = 7;
        hash = 83 * hash + this.value;
        return hash;
    }
    public String toString() {
        return String.valueOf(value);
    }
}

 

[automatix]

Vielen Dank, war sehr hilfreich!

 

[Backwardsman]

    public int hashCode() {
        int hash = 7;
        hash = 83 * hash + this.value;
        return hash;
    }

was ist denn das für eine sinnfreie funktion :-D

 

[André Uhres]

    public int hashCode() {
        int hash = 7;
        hash = 83 * hash + this.value;
        return hash;
    }

was ist denn das für eine sinnfreie funktion :-D

Frag mal die Klasse Object :idea:

 

[Backwardsman]

immerhin steht da nichts anderes als

return 581 + this.value;

die 581 kann man sich auch sparen... wenns wenigstens ne primzahl wäre!? ;-)

 

[André Uhres]

immerhin steht da nichts anderes als

return 581 + this.value;

die 581 kann man sich auch sparen... wenns wenigstens ne primzahl wäre!? ;-)

Von "sparen" steht nix im "general contract" von hashCode.
Aber wenn die Klasse diese drei unterscheiden soll: 111, dann muss man auch den hashCode
anpassen: hash = 83 * hash + this.size;

 

[Ark]

Das Interface Comparable wäre auch nicht schlecht ...

Ark

 

[André Uhres]

Das Interface Comparable wäre auch nicht schlecht ...

Ja, das war ein Lapsus, danke für den Hinweis :toll:
Die Methode "compareTo" war zwar da, nur das
implements Comparable<Digit>
hatte ich vergessen :wink: Hab's jetzt verbessert

 

[Backwardsman]

mir ist schon klar, dass der hashCode für unterschiedliche objekte mit gleichem value gleichsein muss. mir ging es nur darum, dass man sich die 581 in soweit sparen, kann, dass man auch gleich das value zurückgeben kann. genau so gut, könnte man eine x-beliebige zahl drauf addieren, subtrahieren oder sonst was damit machen. fand es nur sinnfrei, wie die 581 "zusammengebastelt" wird ;-)

 

[André Uhres]

mir ist schon klar, dass der hashCode für unterschiedliche objekte mit gleichem value gleichsein muss. mir ging es nur darum, dass man sich die 581 in soweit sparen, kann, dass man auch gleich das value zurückgeben kann. genau so gut, könnte man eine x-beliebige zahl drauf addieren, subtrahieren oder sonst was damit machen. fand es nur sinnfrei, wie die 581 "zusammengebastelt" wird ;-)

Das Beispiel zeigt einfach nur eine allgemein bewährte Vorgehensweise für hashCode.
Da das nur ein Beispiel ist (möglicherweise nicht komplett für die wirkliche Klasse) wurde auf Optimierung verzichtet.

 

[Ark]

Wenn die Werte, die Gleichheit ausmachen, in 32 Bit passen, sollte die Implementierung einfach sein, wie auch in diesem Fall:

public int hashCode(){
    return value;
}

Dazu noch meine übliche Bauweise von equals() in Konformität mit compareTo():

public boolean equals(Object o){
    if(o instanceof Digit) return compareTo((Digit)o)==0;
    return false;
}

Ark