Get reference to caller

Altså fra metoden i B, at få en reference til det objekt, der har kaldt metoden.

Nej.

Kald med this.

Svar.

Hvorfor kan man egentlig ikke det? Er det fordi at informationen slet ikke er tilgægelig?

Det er meget svært at implementere.

Du kan godt se i kalde stakken hvor du kommer fra. Men hvis der er instantieret
flere objekter af den klasse, så kan du ikke finde det som har kaldt.

svar

Jeg er nysgerring, mercur8, hvordan kan man overhovedet kalde en klasse hvor man er usikker på hvilken klasse man kalder fra?

Ideen er vel at spare et argument.

jo, jeg er med på ideen, men jeg mangler lige et praktisk eksempel på hvornår man vil få brug for denne information - jeg tænkte selv i retningen af en multi-trådet applikation, men der vil man jo kunne få navnet på tråden vha. Thread.currentThread().getName()...

Jeg er bare nysgerrig :-)

Jeg kan ikke forestille mig nogen situation hvor det er absolut nødvendigt, da men
vel altid kan sende this med over som et argument.

Medmindre måske at man ikke har kilde koden til kalder. Og derfor gerne vil
kune fiske en reference til det kaldende objekt.

Så informationen er faktisk på stakken? Eller kan man blot se klassen (A) eller hvad?

Ja idéen var bare at spare et argument.

Det er kun klassen & metoden der er på stakken. Ikke instansen.

Altså den kaldende klasse og metode?

Ja.

Af indlysende årsager gemmer de kun selve den eksekverbare kopi i et eksemplar
selvom der er 1000 instanser.

Hvis du har lyst til at lege med stak så prøv:

public class Tracer {
  public static void whereAmI() {
      Exception ex = new Exception();
      StackTraceElement[] ste = ex.getStackTrace();
      for(int i = 0; i < ste.length; i++) {
        System.out.println(ste[i].getMethodName());
      }
  }
  public static void subbo() {
      whereAmI();
  }
  public static void main(String[] args) {
      subbo();
  }
}

Tak.

"Af indlysende årsager gemmer de kun selve den eksekverbare kopi i et eksemplar.." -
har du tilfældigvis noget link til info, der beskriver dette?

Nej.

Jeg har aldrig læst det nogen steder.

Men hvis du skulle designe JVM ville du så ligge koden for alle metoderne på
String i en kopi per instans af String ?

Det er ikke fordi, jeg ikke tror på dig. Og jeg skulle nok ikke designe JVM tror jeg :) Tænkte bare at den artikel kunne indeholde andet relateret interessant information.

Du kan sikkert finde det her men det er lidt tung læsning ;)
http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html

Jeg er ikke angang sikker på at den er der.

Den beskriver hvordan en JVM skal opføre sig.

Det her er en implementations ting. Men en implementations ting, hvor
jeg ikke er i tvivl om hvordan det er.