Parameter aus Konstruktor an Methode/Funktion übergeben

  • Themenstarter Themenstarter PeterLustig
  • Beginndatum Beginndatum
Status
Nicht offen für weitere Antworten.
P

PeterLustig

Gast
Hi
es ist wohl eine einfache Frage, aber ich finde die Lösung nicht.

Btw: es handelt sich hier um KarelJ(-->Google) und nicht das "echte" Java :autsch:

Wenn ich eine Instanz der Klasse Maurer erzeuge gebe ich ihm die Parameter street,avenue,dir,laenge mit.
Damit soll er arbeiten.
Im Moment fängt er an zu arbeiten nachdem die Instanz erzeugt worden ist.
Es soll allerdings so sein, dass ich eine Instanz von Maurer erzeuge und er erst anfängt zu arbeiten wenn ich sage Maurer_Name.arbeite();
Ich will hier aber, dass er auf die Parameter zurückgreift die er über den Konstruktor bekommen hat und nicht erneut die Parameter in arbeite(Parameter...) übergeben.

Gruß und Danke!

Code:
class Maurer extends Mitarbeiter{
    void arbeite(int street, int avenue, direction dir, int laenge){
		//Was er tun soll
	}
	int benoetigeBeeper(){
		return 3;
	}
	Maurer(int street, int avenue, direction dir, int laenge){		//spezifikationen für die Mauer werden hier übergeben
		super();
		arbeite(street, avenue, dir, laenge);
	}
}
 
Ach und ich habe vergessen:
Der Return-Wert in benoetigePeeper() ist nur ein Pseudowert.

Wie mache ich es, dass Maurer_Name.benoetigeBeeper() mir den Wert ausgibt, den ich im Konstruktor als Parameter Laenge übergeben habe?
 
Was'n das schon wieder für eine Pest?

Lieber PeterLustig, du bist leider Opfer von unfähigen Pädagogen geworden. Egal wer dich dazu zwingt, diesen Müll zu benutzen: ruf bei Sun an, und melde den Bastard. Hoffentlich wird Sun ein dekontaminierungsteam mit Flammenwerfern vorbeischicken. :autsch:

Dann schnappst du dir ein x-beliebiges Buch oder tutorial über normales Java, und lernst erstmal ein paar basics, dann erledigen sich solche Fragen automatisch. :toll:

Ne, ich mein, leute, schaut's doch mal an 🙁 : da schreibt einer irgendeine dämliche jar und bezeichnet das auch noch als eine "an Java angelehnte Sprache" :x :x :x
 
Code:
class Maurer extends Mitarbeiter{
    private int street = 0;
    void arbeite(){
        machWasMit(this.street);
   }
   Maurer(int street, int avenue, direction dir, int laenge){      //spezifikationen für die Mauer werden hier übergeben
      super();
      this.street = street;
    ....
   }

}
die anderen genauso wie street (als Instanzvariablen speichern)
 
Punkt1:
Ich habe zu kompliziert gedacht... man kann den Quatsch ja über Variabeln in den Klassen realisieren.
Ich dachte da müsste es auch andere Wege geben.

Punk2:
@Andrey
Das ist schon recht anmaßend was du da sagts. "Unfähige Pädagogen, Pest"
Wenn ich sage deine Mutter kann scheiße kochen ist das eine Aussage, die ist genauso sinnfrei aus dem Raum gegriffen wie die deinige....
Ich meine beledigst gerade etwas ohne zu wissen was es überhaupt ist. Ich behaupte jetzt einfach mal dass meine "Pädagogen" doch einer recht renommierter Institution angehören und diese "Pest" durchaus eine Daseinsberechtigung hat.



Bla!!



Ich hätte noch eine Frage:

In der Methode einer Klasse erzeuge ich Instanzen einer anderen Klasse.
Innerhalb der Methode tuEtwas(); kann ich alle Methoden/Funktione etc von InstanzName ausführen.
Wie kann ich jetzt aus der Methode tuEtwasAnderes() auf InstanzName zugrefen?

Folgender Code würde den Fehler "InstanzName cannot be resolved" liefern.

Z.b. so
Code:
class irgenEineKlasse{
  void tuEtwas(){
    andereKlasse InstanzName = new andereKlasse(parameter);
    InstanzName.methodeX();
  }
  void tuEtwasAnderes(){
    InstanzName.methodeY();    //Fehlerquelle
  }
}
 
In Deinem Beispiel ist InstanzName eine lokale Variable, die nur in der Methode bekannt ist, in der sie definiert ist. Um sie auch in anderen Methoden diese Klasse nutzen zu können, müsste sie ein Member sein.

Code:
class IrgendeineKlasse{

  AndereKlasse instanzName

  void tuEtwas(){
    instanzName = new AndereKlasse(parameter);
    instanzName.methodeX();
  }
  void tuEtwasAnderes(){
    instanzName.methodeY();    //--- geht natürlich dann schief, wenn nicht vorher tuEtwas aufgerufen wurde
  }
}
 
PeterLustig hat gesagt.:
Das ist schon recht anmaßend was du da sagts. "Unfähige Pädagogen, Pest"
Wenn ich sage deine Mutter kann scheiße kochen ist das eine Aussage, die ist genauso sinnfrei aus dem Raum gegriffen wie die deinige....
Hmm, ne, soo aus der Luft gegriffen ist das nicht. An mir wurden auch schon diese "vereinfachte java-dialekte" ausprobiert. Bei uns in der schule war's irgendein bescheuerter marienkäfer, der auf nem schachbrett rumgekrabbelt ist. Das war 100% die Pest. Alleine wegen der Tatsachen, dass zu diesem KarelJ kaum was im internet zu finden ist, dass dort verwendung einer einfachen jar als "an Java angelehnte Sprache" geschimpft wird, und dass dort von irgendeinem "Roboter" die Rede ist, kann man schon vermuten, dass KarelJ aus der selben ecke wie karajava kommt.
Und diese dunkle Ecke sollen die alle gefällgst zurückkriechen, und nie wieder kommen.

Ich behaupte jetzt einfach mal dass meine "Pädagogen" doch einer recht renommierter Institution angehören
Dieser mensch, der da versucht, euch irgendwas beizubringen, kann eine Intelligenzbestie sein. Aber vielleicht ist er grad ein wenig verloren, weil er nicht weiß, wie er das den anderen erklären soll.

Es gibt leider nun mal Schüler/Studenten, die bzgl programmiersprachen lernresistent sind. Da kann es leider vorkommen, dass Lehrer/Profs das nicht einsehen, und hoffen, jedem das programmieren beibringen zu können, und greifen dann zu solchen "anschaulichen" Kontexten wie marienkäfern oder Robotern.
und diese "Pest" durchaus eine Daseinsberechtigung hat.
In einem halben Jahr siehst du hoffentlich ein, dass das verlorene zeit gewesen ist.
Oder vielleicht lernst du es auch so. Aber das hast du dann 100% dir selbst, und nicht KarelJ zu verdanken, weil du eben das wesentliche unter dieser KarelJ-Oberfläche siehst.

Imho könnte man genauso gut auch gleich mit dem Wesentlichen anfangen.

Ich hätte noch eine Frage:
...
Folgender Code würde den Fehler "InstanzName cannot be resolved" liefern.
Okay, dann back to topic... [edit] Okay, Murray hat schon alles beantwortet, ich war zu lange mit dem träumen über Kekse beschäftigt^^ [/edit]
Code:
class irgenEineKlasse{
  void tuEtwas(){
    andereKlasse InstanzName = new andereKlasse(parameter);
    InstanzName.methodeX();
  }
  void tuEtwasAnderes(){
    InstanzName.methodeY();    //Fehlerquelle
  }
}
[/quote]
Ja, natürlich muss diese Fehlermeldung kommen. "InstanzName" ist nämlich eine lokale Variable in der methode "tuEtwas". Diese Variable wird dadrin erzeugt, und nach dem verlassen der "tuEtwas"-methode wieder vom Stack gelöscht.

Wenn du irgendeine variable haben willst, die überall in einer Instanz eines Objektes sichtbar ist, muss du sie als "member-varable" deklarieren:
Code:
class irgenEineKlasse{
  private andereKlasse InstanzName; //jetzt ist die in beiden methoden sichtbar 
  void tuEtwas(){
    InstanzName = new andereKlasse(parameter); //das sollte womöglich besser in den Konstruktor (?)
    InstanzName.methodeX();
  }
  void tuEtwasAnderes(){
    InstanzName.methodeY();    //keine Fehlerquelle
  }
}

Sonstige Anmerkungen:
1)
Innerhalb der Methode tuEtwas(); kann ich alle Methoden/Funktione etc von InstanzName ausführen.
Falsch. Da kannst du nur auf die öffentlichen (public) methoden zugreifen.

2) KLassennamen schreibt man groß, variablennamen und methodennamen klein. Du hast in deinem code fast alles durcheinandergebracht, bis auf richtig geschriebene methodennamen sollte es exakt andersherum aussehen.

3) Drittes Wort in der vorletzten Zeile im Absatz vor dem "Bla!". Kannst den Keks per email schicken...
 
Status
Nicht offen für weitere Antworten.

Zurück
Oben