Methoden Mehrere Methoden mit Punkt

[Ich lerne Java.]

Guten Abend,

wie es mein Name bereits verrät, lerne ich Java. Kapitel um Kapitel des Buchs "Programmieren lernen mit Java" von Hans-Peter Habelitz habe ich bis jetzt durchgeackert. Nun stehe ich aber vor einem Verständnisproblem:
Was geschieht bei A? Ich verstehe, dass mit dem Punkt auf eine andere Klasse zugegriffen wird... aber irgendwie trotzdem verwirrend.
Was geschieht bei B? Wie bei A, verstehe ich die Bedeutung des Punkts... dennoch klemmts.



In allen bearbeiteten Kapiteln steht leider nichts bezüglich Aufruf mehrerer Methoden nacheinander und im Web habe ich die letzten 2 Tage leider auch keine befriedigende Antwort bzw. Lerneinheit gefunden.
Danke fürs Helfen.

 

[httpdigest]

Bitte keine Screenshots deiner IDE sondern Code-Schnipsel als Text via [code=java]...hier der Code...[/code] einfügen.

 

[Kirby.exe]

Guten Abend,

wie es mein Name bereits verrät, lerne ich Java. Kapitel um Kapitel des Buchs "Programmieren lernen mit Java" von Hans-Peter Habelitz habe ich bis jetzt durchgeackert. Nun stehe ich aber vor einem Verständnisproblem:
Was geschieht bei A? Ich verstehe, dass mit dem Punkt auf eine andere Klasse zugegriffen wird... aber irgendwie trotzdem verwirrend.
Was geschieht bei B? Wie bei A, verstehe ich die Bedeutung des Punkts... dennoch klemmts.

Anhang anzeigen 12935

In allen bearbeiteten Kapiteln steht leider nichts bezüglich Aufruf mehrerer Methoden nacheinander und im Web habe ich die letzten 2 Tage leider auch keine befriedigende Antwort bzw. Lerneinheit gefunden.
Danke fürs Helfen.

Also ganz oben in deinem Code erstellst du zwei Instanzen zu der Klasse Anteil.

Mit der Notation a1.getRest().dezimalwert(), rufst du über eine in der Klasse deklarierte Instanz, Methoden der instanzierten Klasse auf

 

[Xyz1]

a(b(c)) ist äquivalent zu
t = b(c);
a(t);

vielleicht hilft das schon.

 

[Xyz1]

Ach ne - verteilt ist eine Klassenvariable von Anteil, a1 ist Objekt von Anteil, getRest ist Methode von Anteil und gibt ein Objekt von Anteil.

 

[ocsme]

Hallo,
also ich hätte mich über den Code von Anteil gefreut Stehe mit der Statischen Variable also roter Kasten A auf dem Schlauch und wüsste gerne mal wieso

Aber bei deiner Frage zu roter Kasten B kann ich dir vielleicht weiter helfen
Also bei a1.getRest().dezimalwert():

1. rufst du in deinem Anteil Objekt a1 die Methode getRest() auf
2. a1.getRest() diese liefert dir ein Bruch Objekt zurück
3. nun kannst du dir vorstellen da steht Bruch.dezimalwert()
4. danach kommt das zurück was eben .dezimalwert() zurück liefert

Das was @Kirby_Sike geschrieben hat mit:

Mit der Notation a1.getRest().dezimalwert(), rufst du über eine in der Klasse deklarierte Instanz, Methoden der instanzierten Klasse auf

hoffentlich richtig und leichter erklärt

 

[TM69]

Also ganz oben in deinem Code erstellst du zwei Instanzen zu der Klasse Anteil.

Mit der Notation a1.getRest().dezimalwert(), rufst du über eine in der Klasse deklarierte Instanz, Methoden der instanzierten Klasse auf

Kann ich nur zustimmen. Ergänzend bzw. etwas anders ausgedrückt:
Zu A)
"Anteil" ist eine Klasse.
"Anteil.vorteil" greifst du auf das Attribut "vorteil" der Klasse "Anteil" zu.
"Anteil.vorteil.bruchToString()" greifst du auf das Attribut "vorteil" der Klasse "Anteil" zu. "vorteil" ist selbst eine Instanz eines Objekts. Dieses Objekt verfügt über eine Methode "bruchToString()", die du aufrufst.
hier nochmal schematisch dargestellt:

public class KlasseB() {
     public String bruchToString() {
          return "3";
     }
}

public class KlasseA() {
     public KlasseB vorteil = new KlasseB();
}

public class App() {
     KlasseA obj = new KlasseA();
     String str = obj.verteilt.bruchToString(); // value ist nach dem Aufruf "3"
}

Zu B.)
ist der Aufruf vergleichbar. Mit dem einzigen Unterschied, daß "getRest()" eine Methode ist, die die Klasse B zurückgibt.

 

[Xyz1]

Das was @Kirby_Sike geschrieben hat mit:
hoffentlich richtig und leichter erklärt

Mit der Notation a1.getRest().dezimalwert(), rufst du über eine in der Klasse deklarierte Instanz, Methoden der instanzierten Klasse auf

Das ist eben nicht ganz richtig, also falsch. Der Aufruf getRest() gibt ein Objekt der Klasse zurück auf welchem wiederum eine Methode aufgerufen wird.

 

[temi]

Zu beachten ist noch dass es sich bei Anteil.verteilt.bruchToString() um den Aufruf einer Klassenvariable handelt. "verteilt" muss demnach statisch deklariert sein.

 

[TM69]

Nein muss er nicht, dann wie angegeben, wird die Klasse instanziert,

public class App() {
     KlasseA obj = new KlasseA();
     String str = obj.verteilt.bruchToString(); // value ist nach dem Aufruf "3"
}

somit kann er direkt darauf zugreifen. Würde die KlasseA nicht instanziert werden, dann müsste er verteilt static schreiben. In der Form:

public class KlasseA() {
     public static vorteil = new KlasseB();
}

Es kommt dann darauf an was er konkret erreichen will, durch static wäre die Instanz von KlasseB allgemein für alle KlasseA gültig. Andernfalls wird für jede KlasseA eine Instanz von KlasseB erzeugt.

Beispiel:
Man möchte eine Zugriffsklasse auf Datenbanken haben, dann würde man static verwenden, da es nur eine Zugriffinstanz geben kann / sollte.
Will er aber z.B. in für KlasseA bennen wir sie mal um in "User" eine KlasseB nennen wir sie Klasse "Projekt" haben, so kann jeder "User" zu einem anderen "Projekt" gehören.

 

[temi]

Wenn die Java-Namenskonventionen eingehalten werden (Klassen beginnen mit einem Großbuchstaben, Variablen und Methoden mit einem Kleinbuchstaben), dann kann man sich ungefähr folgendes merken:

Wenn eine Methode aufgerufen wird, steht immer auch eine Klammer (mit oder ohne Parametern) dahinter, z.B. a1.getRest() // Aufruf von getRest() ohne Parameter. Steht keine Klammer dahinter, dann ist es eine Variable.

Wenn eine Methode (oder Variable) einer Klasse (Großbuchstabe am Anfang) aufgerufen wird, dann muss die Methode oder Variable statisch sein, z.B. Anteil.getRest() // Methodenaufruf, Anteil.verteilt // Variablenaufruf

Ein solcher Ausdruck liefert ein Ergebnis von einem bestimmten Typ, z.B. ist das Ergebnis von a1.bruchToString() ziemlich sicher ein String. Solche Aufrufe lassen sich direkt aneinander hängen:

Bruch bruch = a1.getRest();
String string = bruch.bruchToString();

// oder direkt aneinander gehängt

String string = a1.getRest().bruchToString(); // auf den Rückgabewert von getRest() wird direkt bruchToString() aufgerufen

 

[TM69]

Wenn eine Methode (oder Variable) einer Klasse (Großbuchstabe am Anfang) aufgerufen wird, dann muss die Methode oder Variable statisch sein, z.B. Anteil.getRest() // Methodenaufruf, Anteil.verteilt // Variablenaufruf

Dieses stimmt leider nicht. siehe mein vorherigen Post.

 

[temi]

Nein muss er nicht, dann wie angegeben, wird die Klasse instanziert,

In deinem Code hast du recht, aber schau dir doch mal seinen Code aus dem ersten Post an. Da steht Anteil.verteilt.bruchToString(). "Anteil" ist eine Klasse.

 

[temi]

Wenn eine Methode oder Variable einer Klasse aufgerufen wird, dann muss die Methode oder Variable statisch sein.

Dieses stimmt leider nicht. siehe mein vorherigen Post.

Doch. Es ist so, wie es da steht.

Der Regelfall ist der Aufruf einer Methode oder Variablen auf die Instanz einer Klasse. Die ist natürlich nicht statisch.

 

[TM69]

In deinem Code hast du recht, aber schau dir doch mal seinen Code aus dem ersten Post an. Da steht Anteil.verteilt.bruchToString(). "Anteil" ist eine Klasse.

Auch hier braucht er es nicht, denn durch

Anteil a1 = new Anteil(1, 4);
Anteil a2 = new Anteil(1, 2);

Erzeugt er von der Klasse Anteil zwei Instanzen a1 und a2. Die erste Instanz erzeugt er mit den Werten 1 und 4. Die zweite Instanz erzeugt mir den Werten 1 und 2. Da dieses jetzt Instanzen sind kann er auf das Attribut verteilt zugreifen, ohne dass dieses Attribut static sein muss.

 

[temi]

Auch hier braucht er es nicht, denn durch

Anteil a1 = new Anteil(1, 4);
Anteil a2 = new Anteil(1, 2);

Erzeugt er von der Klasse Anteil zwei Instanzen a1 und a2. Die erste Instanz erzeugt er mit den Werten 1 und 4. Die zweite Instanz erzeugt mir den Werten 1 und 2. Da dieses jetzt Instanzen sind kann er auf das Attribut verteilt zugreifen, ohne dass dieses Attribut static sein muss.

Die Instanzen heißen aber a1 und a2. Der Aufruf auf die Klasse Anteil ist weiterhin statisch.

a1.verteilt // Aufruf auf die Instanz
a2.verteilt // Aufruf auf die Instanz
Anteil.verteilt // Aufruf auf die Klasse

Probier es aus:

public class Foo {
    public final String value  = "Foo";
}

public class Main {

    public static void main(String[] args) {
        Foo foo = new Foo();

        System.out.println(foo.value);
        System.out.println(Foo.value); // Non-static field 'value' cannot be referenced from a static context
    }
}

 

[kneitzel]

@temi unterscheidet doch ganz klar zwischen "Aufrufen einer Methode auf einer Klasse" und dem "Aufrufen einer Methode auf einer Instanz".

Und da folgt @temi auch der JLS, denn in 8.4.3.2 wird dies ähnlich gehandhabt: "A method that is declared static is called a class method." (ähnlich, da die JLS natürlich in Englisch verfasst ist und wir hier das einfach übersetzt haben.)
https://docs.oracle.com/javase/specs/jls/se12/html/jls-8.html#jls-8.4.3.2

Und es folgt dann natürlich auch in dem Abschnitt noch ein "A method that is not declared static is called an instance method, and sometimes called a non-static method."

 

[TM69]

Die Instanzen heißen aber a1 und a2. Der Aufruf auf die Klasse Anteil ist weiterhin statisch.

a1.verteilt // Aufruf auf die Instanz
a2.verteilt // Aufruf auf die Instanz
Anteil.verteilt // Aufruf auf die Klasse

public class Foo {
    public final String value  = "Foo";
}

public class Main {

    public static void main(String[] args) {
        Foo foo = new Foo();

        System.out.println(foo.value);
        System.out.println(Foo.value); // Non-static field 'value' cannot be referenced from a static context
    }
}

Dieses ist korrekt. Lies nochmal deinen Text. Du hattest behauptet, dass ein Fehler bei

        System.out.println(foo.value);

Auftreten würde.

 

[temi]

Lies nochmal deinen Text. Du hattest behauptet, dass ein Fehler bei [] auftreten würde.

Tut mir leid, aber ich verstehe dich nicht. Wo soll ich das behauptet haben?

 

[TM69]

Darüber hinaus ist:

public final String value  = "Foo";

nicht

public static String value  = "Foo";

 

[TM69]

Tut mir leid, aber ich verstehe dich nicht. Wo soll ich das behauptet haben?

Hier:

Wenn eine Methode (oder Variable) einer Klasse (Großbuchstabe am Anfang) aufgerufen wird, dann muss die Methode oder Variable statisch sein, z.B. Anteil.getRest() // Methodenaufruf, Anteil.verteilt // Variablenaufruf

Oder verstehe ich deine Aussage falsch?

 

[Xyz1]

Wusaa

Nein muss er nicht, dann wie angegeben, wird die Klasse instanziert

Nein, wird sie nicht.

(Insofern Namenskonventionen eingehalten wurden) es wird wie temi bereits richtig geschrieben hat auf eine Klassenvariable zugegriffen.

Es ist zwar äußerst ungewöhnlich, öffentliche static nicht-String Variablen zu haben, aber dieser Fall liegt vor.

Dein Benehmen ist eher trollen.

 

[TM69]

Tut mir leid, aber ich verstehe dich nicht. Wo soll ich das behauptet haben?

Wusaa

Nein, wird sie nicht.

(Insofern Namenskonventionen eingehalten wurden) es wird wie temi bereits richtig geschrieben hat auf eine Klassenvariable zugegriffen.

Es ist zwar äußerst ungewöhnlich, öffentliche static nicht-String Variablen zu haben, aber dieser Fall liegt vor.

Dein Benehmen ist eher trollen.

Ok, 2 Fragen:

1.) Was macht deiner Meinung nach

Anteil a1 = new Anteil(1, 4);
Anteil a2 = new Anteil(1, 2);

2.) Wo Trolle ich?

 

[Xyz1]

Das sind Konstruktoraufrufe, die nichts mit Anteil.xyz zu tun haben.

2.) Wo Trolle ich?

Überall dort, wo die einfachsten Grundlagen nicht verstanden wurden und hier falsch wiedergegeben werden.

 

[kneitzel]

@temi Falls ich Deine Begrifflichkeiten richtig verstanden habe, könntest Du die Aussage von mir evtl. noch einmal bringen. Du hast es in eigenen Worten aber auch schon sehr schön deutlich gemacht, aber evtl. hilft die Referenz auf die jls ja auch.

(Da musst Du mich auch nicht erwähnen oder so - @TM69 scheint mich zu ignorieren nachdem ich eine Formulierung nicht gut fand und er das als Kritik am Inhalt angesehen hat - und du willst ja bestimmt alles sachlich halten und es nicht eskalieren lassen wie ich im anderen Thread... )

 

[Xyz1]

Oder meinst du das:

class Anteil {
  static Anteil xyz = null;
  Anteil() {
    xyz = this;
  }
}

AUCH das ist zwar weit hergeholt aber denkbar, aber auch das widerspricht sich nicht mit dem, dass xyz eine Klassenvariable ist.

und du willst ja bestimmt alles sachlich halten und es nicht eskalieren lassen wie ich im anderen Thread...

Ich fürchte dass hier mindestens schon der Hopfen verloren ist...

 

[TM69]

@JustNobody deinen Beitrag habe ich wirklich überlesen.

@Tobias-nrw wo habe ich behauptet das xyz kein Attribut ist???? Ferner zeig mir doch mal bitte auf wo ich

Überall dort, wo die einfachsten Grundlagen nicht verstanden wurden und hier falsch wiedergegeben werden.

 

[Xyz1]

Du hast doch schon mit den Begrifflichkeiten Schwierigkeiten... Attribute sind üblicherweise Instanz- und nicht Klassenvariablen. Unter diesem Niveau brauch wir nicht weiter diskutieren.

 

[mihe7]

Du hattest behauptet, dass ein Fehler bei

System.out.println(foo.value);

Auftreten würde.

Mir wird in den Kommentaren #16 und #18

        System.out.println(Foo.value); // Non-static field 'value' cannot be referenced from a static context

angezeigt.

 

[Xyz1]

Oder formulieren wir es anders, Attribute sind im deutschen Sprachgebrauch üblicherweise Objektvariablen. Das versteht jeder.

 

[Xyz1]

Mir wird in den Kommentaren #16 und #18

System.out.println(Foo.value); // Non-static field 'value' cannot be referenced from a static context

angezeigt.

Danke...

 

[temi]

Kommt mal alle wieder runter. Da es sich hier offenbar um ein Mißverständnis handelt, lässt sich das alles klären, auch ohne jemanden angreifen zu müssen.

Oder verstehe ich deine Aussage falsch?

Wie verstehst du denn meine Aussage?

 

[temi]

Falls ich Deine Begrifflichkeiten richtig verstanden habe

Ich hoffe doch, dass meine Begrifflichkeiten sich einigermaßen mit dem allgemein verwendeten decken.

public class Foo { // eine Klasse
    public String instanzVariable; // Instanzvariable
    public static String klassenVariable; // Klassenvariable
   
    public String getInstanceVar() { // Instanzmethode
        return instanzVariable;
    }
   
    public static String getClassVar() { // Klassenmethode
        return klassenVariable;
    }
}

Foo foo = new Foo(); // eine Instanz der Klasse Foo wird erzeugt.

String s1 = foo.instanzVariable; // Zugriff auf eine Instanzvariable
foo.getInstanceVar(); // eine Instanzmethode wird aufgerufen

String s2 = Foo.klassenVariable; // Zugriff auf eine Klassenvariable
Foo.getClassVar(); // eine Klassenmethode wird aufgerufen

Wenn eine Methode (oder Variable) einer Klasse (Großbuchstabe am Anfang) aufgerufen wird, dann muss die Methode oder Variable statisch sein

Passt!

Dagegen steht dann: Wenn eine Methode (oder Variable) einer Instanz einer Klasse (Kleinbuchstabe am Anfang) aufgerufen wird, dann muss die Methode oder Variable nicht statisch sein.

Immer vorausgesetzt, das die Konventionen eingehalten wurden.

 

[TM69]

Kommt mal alle wieder runter. Da es sich hier offenbar um ein Mißverständnis handelt, lasst sich das alles klären, auch ohne jemanden angreifen zu müssen.



Wie verstehst du denn meine Aussage?

Ich verstehe deine Aussage so, dass alle Attribute und Methoden grundsätzlich static sein müssen. Oder besser ausgedrückt wenn ich eine Klasse instanziere, muss ich zwangsläufig auf eine static Methode zugreifen. So wich ich es verstehe gibt es keine Methoden bzw. Attribute, nicht einer Instanz angehören können.

Hoffe ich konnte mich verständlich ausdrücken

 

[TM69]

Ich hoffe doch, dass meine Begrifflichkeiten sich einigermaßen mit dem allgemein verwendeten decken.

public class Foo { // eine Klasse
    public String instanzVariable; // Instanzvariable
    public static String klassenVariable; // Klassenvariable
  
    public String getInstanceVar() { // Instanzmethode
        return instanzVariable;
    }
  
    public static String getClassVar() { // Klassenmethode
        return klassenVariable;
    }
}

Foo foo = new Foo(); // eine Instanz der Klasse Foo wird erzeugt.

String s1 = foo.instanzVariable; // Zugriff auf eine Instanzvariable
foo.getInstanceVar(); // eine Instanzmethode wird aufgerufen

String s2 = Foo.klassenVariable; // Zugriff auf eine Klassenvariable
Foo.getClassVar(); // eine Klassenmethode wird aufgerufen

Passt!

Dagegen steht dann: Wenn eine Methode (oder Variable) einer Instanz einer Klasse (Kleinbuchstabe am Anfang) aufgerufen wird, dann muss die Methode oder Variable nicht statisch sein.

Immer vorausgesetzt, das die Konventionen eingehalten wurden.

Deinem Code kann ich voll und ganz zustimmen.

 

[temi]

Ich verstehe deine Aussage so, dass alle Attribute und Methoden grundsätzlich static sein müssen. Oder besser ausgedrückt wenn ich eine Klasse instanziere, muss ich zwangsläufig auf eine static Methode zugreifen. So wich ich es verstehe gibt es keine Methoden bzw. Attribute, nicht einer Instanz angehören können.

Hoffe ich konnte mich verständlich ausdrücken

So war es nicht gemeint. Der Unterschied ist "Aufruf einer Methode der Klasse" und "Aufruf der Methode einer Instanz der Klasse".

Grundsätzlich sollten Methoden und Attribute nicht statisch sein. Das ist eher die Ausnahme. Der Zugriff erfolgt allerdings dann wie beschrieben in #33.

Oder besser ausgedrückt wenn ich eine Klasse instanziere

Die Instantiierung einer Klasse hat mit keinem davon zu tun.

 

[TM69]

Ergänzend zu deinem Code, aber das habe ich bereits oben erwähnt, ist ein static Attribut einmal im Spreicher vorhanden. Ist sie nicht static gekennzeichnet, kann befindet sich das Attribut mehrfach im Speicher z.B. für Entities

 

[TM69]

So war es nicht gemeint. Der Unterschied ist "Aufruf einer Methode der Klasse" und "Aufruf der Methode einer Instanz der Klasse".

Grundsätzlich sollten Methoden und Attribute nicht statisch sein. Das ist eher die Ausnahme. Der Zugriff erfolgt allerdings dann wie beschrieben in #33.



Die Instantiierung einer Klasse hat mit keinem davon zu tun.

Korrekt!

 

[TM69]

Ferner habe ich weiter oben nur darauf hingewiesen, dass final - gekennzeichnete Attribute nur einmal zugewiesen werden können und nicht verändert werden können. Wenn sie nur static ist kann sie geändert werden, allerdings befindet sie sich wie bereits erwähnt nur 1x im Speicher

 

[TM69]

Ergänzend hierzu sei nur noch erwähnt, dass

public MyClass {
  private static final long VALUE = 1L;
}

Eine Kombination static final eine Konstante darstellt, die nur innerhalb der Klasse, in der sie definiert wird zugegriffen werden kann.
Im Gegensatz hierzu

public MyClass {
    public static final long VALUE = 1L;
}

eine Konstante der Klasse MyClass ist, von der von außen zugegriffen werden kann.

Beispiel:

public Color {
    public static final long RED = 0xff0000;
}

 

[ocsme]

übertreibt Ihr hier nicht etwas?
Wäre das ganze nicht gleich geklärt wenn @Ich lerne Java. seinen Code gepostet hätte.
Der Themen Ersteller wird hier von Informationen erschlagen und Ihr "kämpft" derzeit nur noch wer recht hat!

Immer Lieb bleiben have a nice day!

 

[kneitzel]

Wobei der Code doch über das Bildschirmfoto doch halbwegs erkennbar ist:
Die Struktur der Klassen ist klar zu erkennen. Also Klasse heißt Anteil. verteilt hat beim Symbol davor das Overlay vom static mit drauf, also ist es statisch. Und im Code ist klar: Wenn Anteil.verteilt aufgerufen wird und Anteil eine Klasse ist, dann ist verteilt statisch, so es sich übersetzen lässt.

 

[ocsme]

Was geschieht bei B? Wie bei A, verstehe ich die Bedeutung des Punkts... dennoch klemmts.

Ich glaube aber ihr Diskutiert über etwas was der Themen Ersteller versteht. So würde ich seinen Satz verstehen zumindest. Es geht ihm glaube ich nur um den Roten Kasten B

 

[temi]

Ich glaube aber ihr Diskutiert über etwas was der Themen Ersteller versteht. So würde ich seinen Satz verstehen zumindest. Es geht ihm glaube ich nur um den Roten Kasten B

Das ist leider etwas untergegangen, wurde aber hier auch erläutert. Allerdings wird der TE auch in den anderen Beiträgen Infos finden, die ihr/ihm weiterhelfen sollten.

 

[temi]

Der Themen Ersteller wird hier von Informationen erschlagen und Ihr "kämpft" derzeit nur noch wer recht hat!

Immer Lieb bleiben have a nice day!

Der "Kampf" wurde doch beigelegt und wir sind alle wieder lieb.

 

[TM69]

Der "Kampf" wurde doch beigelegt und wir sind alle wieder lieb.

Jep es war einfach nur ein Kommunikationsfehler zwischen mir und temi