Hashtable ...unikke værdier ....?

Det kan Hashtable ikke gøre automatisk.

Du bliver nødt til selv at håndtere det ved at gemmes values i f.eks.
et HashSet og teste om de er der førend du gemmer.

En anden måde vil være at gemme værdierne omvendt i et andet Hashtable, således at det andet Hashtable's put-metode returnerer 123 når du prøver at indsætte det

Der returneres selvfølgelig kun 123 hvis 123 er en key i det andet Hashtable i forvejen, men det er jo lige præcis denne oplysning du skal bruge

Vrøvl - det andet Hashtable returnerer værdien, hvilket vil sige Jesper eller Lars. Det er dog ligegyldigt hvad der returneres, idet vi kun er interesserede i om der returneres null eller ej.

Hashtable h = new Hashtable();
Hashtable h_andet = new Hashtable();

public void indlaes(key k, value v)
{
  if(h_andet.put(v, k)==null)
      h.put(k, v);
}

Tricks er vel i orden !-)

Men ikke ligefrem den hurtigste metode:

For hver indlæsning udfører du en array.join("MeD En TeKsT, sOm Du GaRaNtErEt iKkE Har") og så søger du på et match med den foran og bagved.

Udskyld, kom til at se overskriften forkert, så jeg aner ikke om det er muligt i Java ...-)

er det ikke muligt at tjekke værdierne som ligger i hashtabellen før man tilføjer en ny? Altså skal den tjekke om 123 findes i tabellen....

Ikke uden at løbe hele hash tabellen igennem.

For mindre hash tabeller kan du da sagtens det.

Men for meget store så vil det hurtigt blive tungt.

Men der er ikke noget indbygget.

Hashtable er bygget op om at det skal være nemt at finde
key - ikke at det skal være nemtat finde value.

Jeg har læst noget om "Enumeration", men har ikke helt forstået funktionen af det, hvad er det og kan det bruges til dette?

Enumeration er noget man kan bruge til at løbe en Hashtable igennem.

Og det virker.

Du løber simpelthen alle elementerne igennem via Enumeration
og sammenligner værdierne.

Men ikke en elegant løsning.

Eksempel:

import java.util.Enumeration;
import java.util.Hashtable;

public class HashTest {
    public static void main(String[] args) {
        Hashtable ht = new Hashtable();
        ht.put("a", "1");
        ht.put("bb", "2");
        Enumeration e = ht.elements();
        while (e.hasMoreElements()) {
            System.out.println((String) e.nextElement());
        }
    }
}

arne_v >> For god ordens skyld, du behøver ikke at caste til String når du skriver til skærmen, idet String nedarver fra Object, hvori toString() oprindeligt blev implementeret. String-klassen har naturligvis overskrevet implementeringen i Object, så strengen skrives ud.

Hvad er der i vejen med mit løsningsforslag, hvis madox ikke behøver en meget effektiv indlaesning?

Din løsning er den effektive indlaesning.

Din løsning:
  1 logisk put => 2 fysiske put

Loopen:
  1 logisk put => N fysiske get + 1 put , N = antal elementer

Jeg forklarede om det fordi der blev spurgt om det.

Og jeg vil næsten altid caste i den slags kode. Der bliver kaldt den samme
toString uanset hvad, da alle metoder er virtuelle i Java. Men man
dokumenterer koden og man får en fejl hvis der er en anden type
objekt.

Ja ok - jeg havde ikke lige tænkt på castingen som en indirekte assertion ;-)

Jeg har fået det til at virke. Brugte arne_v 's løsning