Jämföra objekttyp i java

    public boolean equals(Object obj) {
	return (this == obj);
    }

(Jag använder i min text variablerna bil1 och bil2 istället för a och b)

Tjo!

Efter som du bemödat dig att skriva så mycket detaljer så passar jag på att fylla ut med lite extrainformation också.

Medans du har rätt med att det i det här fallet går att använda jämförelseoperatorn också (==) så skulle jag nog helst försöka undvika att nämna det då det komplicerar livet för någon som är ny på Java. Jag tycker det är ett bättre råd att försöka använda equals här för att vara konsistent med hur man jämför objekt i vanliga fall. Håller du inte med?

Sedan bara för att hänga upp sig på smådetaljer så behöver bara bil1 vara icke null för att unvdika ett null pointer exception. Dvs gör man bil1.equals(null) så får man resultatet false. Konventionen är att en equals-metod ska kunna hantera null som inargument.

För att vara ytterligare petiga så behöver faktiskt inte ditt påstående "har du två instanser av Bil, bil1 och bil2, och anropar getClass() på båda, så kommer de att peka till samma Class-instans" vara sant. Nu förstår jag att det här är rejäl överkurs för de flesta men då vi ändå pratar om detaljer så är det lika bra att ta upp dem. Det är i Java möjligt att ladda två varianter (eller) samma av klassen bil i olika klassladdare och sedan i vissa luriga fall få bil1 och bil2 att båda inte vara null och bestå av objekt av klassen Bil men däremot ha fallet där bil1.getClass() != bil2.getClass(). De som har arbetat med lite mer avancerade projekt i JBoss brukar tyvärr ofta bli bekanta med detta fenomen då man redeployar om delar av en applikation och då den nya delen får en ny klassladdare.

Det är inte alls bristfällig design att han skulle vilja ha reda på exakt vilket objekt det är. Det kan i vissa fall absolut det man vill. Vi har ju redan tagit upp ett exempel där man troligtvis vill ha det så, nämligen i equals()-metoden. Det är tyvärr inte ovanligt att man hittar en equals()-metod som ser ut här

  // TRASIG SNIPPET! ANVÄND INTE I VERKLIGA LIVET!

  public boolean equals(Object obj) {
         if (obj == null) { return false };

         //Ifall det inte är en bil, avsluta
         if ( !(obj instanceof Bil)) {
            return false;
         }

         //Gör jämförelsekoll här och returnera true/false
  }

Tyvärr så kan ju det där bli otroligt fel. Om man nu skulle ha en subklass som heter LastBil så skulle det kunna bli så att bil1.equals(lastbil1) skulle kunna bli sant om lastbilen hade samma egenskaper som en bil. Fast vi båda är nog överens om att trots att lastbilen kanske har fyra hjul och de egenskaper som finns på bilen så är de inte lika så länge lastbilen är klassad som en utökad bil.

Fast även proffsen gör ju fel. I java.util.Date så gjorde Sun misstaget att göra en instanceof istället för klass-koll vilket gör att följande lilla snippet blir väldigt märkligt nog sant.

java.util.Date date = new java.util.Date(123456);
java.sql.Timestamp timestamp = new java.sql.Timestamp(123456);
timestamp.setNanos(456789000);

System.out.println("De två objekten är lika: "+date.equals(timestamp));

Då de dock är väldigt måna om bakåtkompabilitet så kan de inte ändra detta beteende, även om det är ett dåligt sådant.

Som sagt, ville bara fylla ut med lite ytterligare information jag också när vi ändå är i farten.

//C