Klasse nicht kompilierbar

[DennisXX]

Salve Javafans !

Ich habe hier eine Aufgabe und würde gerne wissen, ob mein Lösungsansatz korekt ist. Es handelt sich hierbei um eine alte Klausuraufgabe, die Praxisrelevanz ist somit gering (geht halt um theoretische Dinge).

Hier der Code:

public class Aufgabe01{

      public void methode(int nummer){

               Student s;
               try{

                     s = new Student(nummer);
               }

               catch (FalscheMatrikelnummerException fme){

                        system.out.println(fme);
                        throw fme;

               }
       }

}

Hier sollte throw fme verschwinden oder auskommentiert werden, da ab hier nichts mehr abgefangen wird, daher der Kompilierfehler !

public class FalscheMatrikelnummerException extends Exception{

     public String toString(){

          return "Matrikelnummer nicht korrekt !";

     }
     
}

Diese Klasse sollte nicht von Exception abgeleitet sind, sonern von RuntimeException. Dadurch wird kein Kompilierfehler erzeugt, da erst zur Laufzeit RuntimeException auftreten könnte.

public class Student{

      private int matrikelnummer;
      public Student (int Matrikelnummer);

      throw FalscheMatrikelnummerException{

              if(matrikelnummer > 0)

                    this.matrikelnummer = matrikelnummer;

              else
 
                    throw new falscheMatrikelnummerException();

      }

}

Hier bleibt alles unverändert !

 

[Spacerat]

1. Möglichkeit:
1. CodeSchnipsel, Zeile 3 wie folgt ändern:[highlight=java]public void methode(int nummer) throws FalscheMatrikelnummerException {[/highlight]oder "throw fme" (Zeile 14) entfernen.

2. Möglichkeit:
"FalscheMatrikelnummerException" extended "RuntimeException" statt "Exception".

 

[DennisXX]

Jo schön, dann liege ich ja mit meinen Vermutungen richtig.

Nochmal was anderes:

throw FalscheMatrikelnummerException{
 
              if(matrikelnummer > 0)
 
                    this.matrikelnummer = matrikelnummer;
 
              else
 
                    throw new falscheMatrikelnummerException();
 
      }

Wieso funktioniert dieser Codeabschnitt korrekt? Müsste es nicht throw new FalscheMatrikelnummerException() heissen und warum direkt dahinter der Block aus {

 

[Spacerat]

Kann ich nicht sagen... Ich hatte angenommen, dass "throw" ein tippfehler war und eigentlich "throws" heissen müsste. Ebenso das Semikolon hinter der Deklaration des Konstruktors. So aber kann ich mir kaum vorstellen, das es funktioniert.

 

[Landei]

Sollte doch funktionieren:

public class Student{
 
      private int matrikelnummer;
      public Student (int matrikelnummer) throws FalscheMatrikelnummerException {
               if(matrikelnummer > 0)
                     this.matrikelnummer = matrikelnummer;
               else
                     throw new FalscheMatrikelnummerException();
       }
}

 

[DennisXX]

Auch wenn es ziemlich langweilig ist, habe ich hier noch eine ähnliche Aufgabe und würde auch wieder gerne wissen wollen, ob meine Vermutungen stimmen. Hier wird irgendwo ein Fehler erzeugt und ich soll erklären, wie dieser zu beheben sei !

public class Aufgabe{

    private int nummer;

    private Aufgabe(int nr){

          nummer = nr;
 
    }

    public static void main (String[] args){

         Aufgabe eins = new Aufgabe(12);
         System.out.format("nummer = %d \n", eins.nummer);

    }

}

public class AufgabeFehler{

     public static void main(String[] args){

          Aufgabe eins = new Aufgabe(12);
          System.out.format("nummer = %d \n", eins.nummer);

     }

}

Ich würde sagen es gibt eine Fehlermeldung, weil in der Klasse AufgabeFehler versucht wird einen Konstruktor aufzurufen, der als private deklariert wurde. Deshalb kann das nur innerhalb der Klasse Aufgabe funktionieren !

Abhilfe: Konstruktor public machen oder die Klasse AufgabeFehler rausschmeißen !

 

[DennisXX]

[quote="Landei, post: 521263"]
      public Student (int Matrikelnummer) throws FalscheMatrikelnummerException {
               if(matrikelnummer > 0)
                     this.matrikelnummer = matrikelnummer;
               else
                     throw new FalscheMatrikelnummerException();
       }
}

[/QUOTE]

Ach so, interpretiere ich das richtig, dass auch ein Konstruktor einer Klasse die Throwsklausel beinhalten kann!? Ich dachte, dass geht nur bei Methoden innerhalb einer Klasse, wobei ich nicht ganz sicher bin, ob der Konstruktor mit einer Methode vergleichbar ist

 

[Landei]

Konstruktor public reicht nicht, nummer muss auch public sein.

 

[Landei]

Ach so, interpretiere ich das richtig, dass auch ein Konstruktor einer Klasse die Throwsklausel beinhalten kann!? Ich dachte, dass geht nur bei Methoden innerhalb einer Klasse, wobei ich nicht ganz sicher bin, ob der Konstruktor mit einer Methode vergleichbar ist[/QUOTE]

Probier's doch einfach aus! Es gibt Kleinigkeiten, da hat man schneller eine Beispielklasse geschrieben als im Forum gepostet.

 

[Spacerat]

Was muss man da viel ausprobieren? Konstruktoren sind Methoden besonderer Art. Offensichtlich kein Rückgabewert (nicht mal void), Name mit Klassennamen identisch. Real (JVM-Intern) sind es "namenlose" Methoden (für den Aufruf wird "Klassenname.<init>()" verwendet), die eine Instanz der Klasse zurückgeben. Deshalb können dort auch throws-Klauseln auftauchen.

 

[DennisXX]

Hallo again !

Ich habe nochmal zwei Aufgabe, bei denen ich gerne mein Ergebnis prüfen würde:

public class Test{

   private int nummer;

   private Test(int nr){
       nummer = nr;
   }

   public static void main(String[]args){
       Test test = new Test(12);
       System.out.format("nummer = %d \n", test.numer);
   }  
 
}

public class Test2{

    public static void main(String[] args){
         Test test = new Test(12);
         System.out.format("nummer = %d \n", test.numer);
    }

}

Die erste Klasse, also Klasse Test könnte laufen wenn eins.numer gegen eins.nummer ausgetauscht wird.

Die zweite Klasse meldet einen Fehler, weil sie den private deklarierten Konstruktur aus Test nicht aufrufen kann (außerdem ebenfalls der Fehler mit eins.numer !)

Ist das so korrekt? Seht ihr noch weitere Fehler?

Hier würde ich gerne wissen, warum die Ausgabe 7, umsatz = 1, anzahl = 0 erscheint, bzw. das mit der Methode System.out.format(%s \n, eins); möglich ist umsatz = 1, anzahl = 0 auszugeben (ich hätte vermutet, dass nur 7 erscheint). Müsste toString nicht explizit aufgerufen werden?

public class Aufgabe4 {
	
	private int umsatz;
	private int anzahl;
	
	public Aufgabe4(int u, int a){
		
		int zahl, wert, anzahl;
		
		umsatz = u;
		wert = 3 * u;
		anzahl = a;
		zahl = 2 * a;
		
		System.out.format("%d \n", wert + zahl);
		
	}
	
	public String toString(){
		
		return "Umsatz = " + umsatz + ", anzahl = " + anzahl; 
		
	}
	
	public static void main(String[] args){
		
		Aufgabe4 eins = new Aufgabe4(1,2);
		System.out.format("%s \n", eins);
		
	}

}

MFG und danke ! (Auch wenn das alles etwas trocken und langweilig ist )

 

[max40]

Die erste Klasse, also Klasse Test könnte laufen wenn eins.numer gegen eins.nummer ausgetauscht wird.

nö, test.nummer wäre richtig

Die zweite Klasse meldet einen Fehler, weil sie den private deklarierten Konstruktur aus Test nicht aufrufen kann (außerdem ebenfalls der Fehler mit eins.numer !)

Auch nö, da wird new Test2 aufgerufen, und Test2 hat keinen Konstruktur, und eins.nummer ist auch falsch!

Hier würde ich gerne wissen, warum die Ausgabe 7, umsatz = 1, anzahl = 0 erscheint, bzw. das mit der Methode System.out.format(%s \n, eins); möglich ist umsatz = 1, anzahl = 0 auszugeben (ich hätte vermutet, dass nur 7 erscheint). Müsste toString nicht explizit aufgerufen werden?

die Ausgabe ist nicht

7, umsatz = 1, anzahl = 0

sondern

7 
Umsatz = 1, anzahl = 0

also 2 Zeilen!

die "7" wird im Konstruktor ausgegeben und "Umsatz = 1, anzahl = 0" wird in der main ausgeben. In der main wird toString verwendet!

 

[DennisXX]

Sorry ich hatte mich im Quellcode ein paar mal verschrieben ! Habe die fehler korrigiert und den Code so angepasst, wie er eigentlich auch auf meinem Aufgabenzettel stand.

die "7" wird im Konstruktor ausgegeben und "Umsatz = 1, anzahl = 0" wird in der main ausgeben. In der main wird toString verwendet!

wird denn toString automtaisch inder main-methode aufgerufen? Im Code sehe ich dazu keine Zeile, deshalb meine Frage.

 

[max40]

wird denn toString automtaisch inder main-methode aufgerufen? Im Code sehe ich dazu keine Zeile, deshalb meine Frage.

Aufgabe4 eins = new Aufgabe4(1,2);
System.out.format("%s \n", eins);

Dem System.out.format hast du eine instanze von Aufgabe4 übergeben, irgendwann wird dann intern toString aufgerufen was dann halt zu deinem Ergebnis führt!

System.out.format("%s \n", eins);

führt z.B. zum gleichen Ergebnis wie

System.out.format("%s \n", eins.toString());

Vielleicht hilft dir auch folgendes als erklärung weiter!
Galileo Computing :: Java ist auch eine Insel (8. Auflage) – 10.2 Object ist die Mutter aller Klassen

 

[DennisXX]

Dem System.out.format hast du eine instanze von Aufgabe4 übergeben, irgendwann wird dann intern toString aufgerufen was dann halt zu deinem Ergebnis führt!

Salve !

Danke für die Erklärung, also wenn ich meiner System.out.format-Methode eine Instanz übergebe, wird toString automatisch aufgerufen ! Aber beschränkt sich das nur auf toString oder werden auch noch andere Methode automatisch ausgeführt?

Ich habe das eben mal mit Eclipse getestet, es wurde nur toString aufgerufen. Ich frage aber trotzdem nochmal nach, da ich mich noch nicht so lange mit Java beschäftige, vielleicht habe ich auch etwas falsch gemacht.

 

[max40]

toString oder werden auch noch andere Methode automatisch ausgeführt?

Wie ist deine Definition von automatisch? Da ist nix automatisch, das ist richtig Programmiert das er toString() aufrufen soll!
Wenn du dir 5 min Zeit nehmen willst, dann debug das mal!
Also wenn du im debug bei folgender Zeile angekommen bist:

System.out.format("%s \n", eins);

drückst du immer F5 und schaust dir mal an, was da so passiert!
Du kannst auch ein Break-Point in deinem toString setzten und dir den Stack anschauen wo du dann auch siehst, woher das toString aufgerufen wurde!

 

[DennisXX]

Wie ist deine Definition von automatisch?

Ich übergebe ja der format-Methode nur die Instanzvarianle eins. Ich rufe nicht explizit toString() auf. Also so z.B:

System.out.format("%s \n", eins.toString());

Daher meine Definition von Automatisch ! Ich muss nur die referenzvariable übergeben und toString wird automatisch ausgeführt.

Definiere ich z.B. in der Klasse noch die Funktion:

public String hello(){
		System.out.println("Hallo");
		}

wird diese mit dem Aufruf:

System.out.format("%s \n", eins);

nicht aufgerufen...

 

[Meru]

Nahezu jedes Java-Objekt hat eine toString()-Methode.

Integer i = new Integer(1);
System.out.println(i);

ruft >automatisch< die Methode toString() auf

System.out.println(i.toString())

Wenn du ein Objekt hast, welches das toString() nicht hat wie z.B.

class MyTestClass{
  private int i;
  public MyTestClass(int i){
    this.i = i;
  }
}

würde bei einem Aufruf mittels

MyTestClass mtc = new MyTestClass(5);
System.out.println(mtc);

nicht die gewünschte Zahl 5 erscheinen. Das liegt daran, das MyTestClass keine toString()-Methode hat und der Compiler (oder wer auch immer) nicht weiß, wie er das Objekt ausgeben soll. Demzufolge wird die Objekt-Referenz ausgegeben welches irgendwie >MyTestClass@2747384< aussieht.

Gibst du dem Objekt jedoch die Methode toString() mit

class MyTestClass{
  private int i;
  public MyTestClass(int i){
    this.i = i;
  }
  public String toString(){
    return String.valueOf(this.i);
  }
}

würde beim System.out.println(mtc) die 5 erscheinen.

 

[max40]

Nahezu jedes Java-Objekt hat eine toString()-Methode.

Jedes Object hat ein toString() den jede Klasse erbt von Object automatisch!

public class Object {
...
public String toString() {
    return getClass().getName() + "@" + Integer.toHexString(hashCode());
}

 

[Meru]

So gesehen muss ich dir natürlich zustimmen und so abstrakt hab ich gerade nicht gedacht.

Wenn also ein Objekt die toString-Methode nicht überschreibt (wie im ersten Beispiel von MyTestClass), würde also die toString()-Methode von Object aufgerufen werden, welches wie oben schon mitgeteilt, >MyTestClass@2747384< aussehen wuerde.

Daher muss man der Korrektheit halber sagen, dass man MyTestClass nicht die Metode >mitgibt<, sondern die von Object überschreibt.

 

[DennisXX]

Wenn also ein Objekt die toString-Methode nicht überschreibt (wie im ersten Beispiel von MyTestClass), würde also die toString()-Methode von Object aufgerufen werden, welches wie oben schon mitgeteilt, >MyTestClass@2747384< aussehen wuerde.

Wie genau ruft Java intern diese Methode der Klasse Object auf? Passiert das über sie super-Aufrufe des Konstruktors? Würde mich genauer interessieren

 

[DennisXX]

Ist die Frage vielleicht nicht präzise genug formuliert?

 

[Meru]

Nein, mit super-Aufrufe des Kosntruktors hat dies nichts zu tun, sondern mit Vererbung und dem überschreiben von Methoden.

JEDES Objekt, sei es ein in Java bereits integriertes (Bsp JPanel/ArrayList/...) oder aber ein eigenes erstelltes Objekt wie MyTestObject, erbt von der absoluten Supperklasse "Object". Diese Vererbung kann expliziet herbeigeführt werden oder aber impliziet. Impliziet dann, wenn man NICHT extends Object sagt.

expliziet

class MyTestClass extends Object
  ..
}

impliziet

class MyTestClass {
  ..
}

Gibst du deiner Klasse KEINEN extend an, erbt sie impliziet von der Klasse Object.
Vorstellen kannst du dir das dann so, dass wenn kein extend vorhanden ist, macht der Compiler automatisch ein extends Object. Ob diese Aussage so richtig zutreffend ist weiß ich nicht, weil ich nicht weiß, was der Compiler wirklich macht. Aber theoretisch kann man sich das Verhalten so vorstellen.


Wenn ich nun sage System.out.println(new MyTestObject()) wird zu allererst geschaut, ob in der Klasse MyTestObject die toString() - Methode vorhanden ist. Ist dies nicht der Fall, so würde er, wie du bereits angesprochen hast, in der Superklasse nachschauen (quasi super.toString() ). Ist in der Superklasse auch kein toString() vorhanden, geht die Superklasse in deren Superclasse, bis schließlich die absolute Superklasse Object erreicht worden ist. Und Object enthält eine toString()-Methode, welche MyTestClass@1237128 ausgibt, es sei denn, innerhalb der Vererbung ist ein anderes toString() definiert.

 

[Leroy42]

expliziet ==> explizit
impliziet ==> implizit

:rtfm:


(Hoffe mal, das das jetzt bei dir eingebrannt ist! )