Mehrere Konstruktoren? Wofür?

[fluxinello]

Hi,
Habe gerade mit Java angefangen aber ich verstehe den Sinn von mehreren Konstruktoren nicht ganz. Wir haben als Beispiel eine einfache Bestandsführung mit den Attributen:
• Artikelnummer
• Artikelbezeichnung
• Artikelbestand

Jetzt soll ich mehrere Konstruktoren zu 2 oder 3 Argumenten machen.
Nur verstehe ich nicht ganz was das bringen soll und warum man das macht.
Ich hoffe, mir kann das jemand anhand dieses Beispiels erklären.

 

[mike2707]

Hallo,
Konstruktoren können verschiedene Argumente entgegen nehmen, d.h. überladen werden.

public void artikel(string artikelnr) {
System.out.println(artikelnr);
}
public void artikel(string artikelnr, int anzahl) {
System.out.println(artikelnr + anzahl);
}

Dies sind nur die relevanten Angaben.
Hoffe dies ist richtig. Bin kein Profi.

 

[Robat]

@mike2707 ist schon mal ein guter Ansatz aber Konstruktoren haben keinen Rückgabewert, deshalb auch keinen Rückgabetyp --> void fällt weg.

@fluxinello

Der Grund für mehrere Konstruktoren ist, dass man Objekte durch verschiedene Attribute festlegen kann. Was ich meine ist, dass man einen Artikel bswp.über seine ID auswendig machen kann oder über seine Bezeichnung. Dafür gibt es mehrere Konstruktoren.

Bsp:

public class Artikel
{
    public Artikel() {} // Default Konstruktor ohne Paramter - wird implizit vom Compiler erzeugt falls kein Konstruktor vorhanden

    public Artikel(int artikelID) {}   // Konstruktor mit einem Parameter
 
    public Artikel(String artikelBezeichner) {} // Konstruktro mit einem Parameter

    public Artikel(int artikelID, String artikelBezeichner) {}  // Konstruktor mit zwei Parametern

    public Artikel(int artikelID, String artikelBezeichner, int artikelBestand) {} // Konstruktor mit allen 3 Parametern
}

Du könntest hier jetzt theor. für jeden Fall einen Konstruktor angeben, ist aber meistens nicht nötig. Man nimmt immer die, die man auch nur braucht.

Die Konstruktoren kannst du übrigens untereinander mit this() aufrufen. Das ist bswp. nützlich wenn du in einem Konstruktor eine Abfrage machen willst, dann brauchst du die nur einmal machen.

Bsp:

public class Artikel
{
    public Artikel() {} // Default Konstruktor ohne Paramter - wird implizit vom Compiler erzeugt falls kein Konstruktor vorhanden

    public Artikel(int artikelID) // Konstruktor mit einem Parameter
    {
          this(artikelID, null, null); // ruft den letzten Konstruktor auf
     } 
 
    public Artikel(String artikelBezeichner) {} // Konstruktro mit einem Parameter

    public Artikel(int artikelID, String artikelBezeichner) {}  // Konstruktor mit zwei Parametern

    public Artikel(int artikelID, String artikelBezeichner, int artikelBestand) // Konstruktor mit allen 3 Parametern
    {
          if(artikelID == 62)
          {
                // ...
          }
    }
}

Gruß
Robert

 

[mike2707]

Hallo Robert,
Habe es mit Methoden verwechselt.
Gruss.

 

[fluxinello]

Ok Robert, hat mir schonmal sehr geholfen.
Wenn ich jetzt allerdings Bedingungen im Konstruktor haben möchte, beispielsweise dass die artikelNr nur vierstellig sein darf, sollte ich ja asserts verwenden. Wenn ich ich sie nun in den Konstruktor einbaue, funktioniert auch alles, das Problem ist nur, dass wenn ich ein Objekt mit einem anderen Konstruktor erstelle, z.B. ArtikelNr und Bestand, dass die Asserts dann nicht greifen.

Habe dann mal versucht, die Asserts auch in alle anderen Konstruktoren einzubauen, war nur anscheinend nicht die Lösung.

   public Artikel(int artikelNr, String artikelBezeichnung, int artikelBestand) {
        assert artikelNr >= 1000 && artikelNr <=9999:
        "Die Artikelnummer muss vierstellig und positiv sein!";
        assert artikelBezeichnung != null:
        "Die Artikelbezeichnung darf nicht null sein !";
        assert artikelBestand >= 0:
        "Der Artikelbestand darf nicht kleiner als 0 sein!";
      
        this.artikelNr = artikelNr;
        this.artikelBezeichnung = artikelBezeichnung;
        this.artikelBestand = artikelBestand;
}

  public Artikel (int artikelNr, String artikelBezeichnung){
      this.artikelNr = artikelNr;
      this.artikelBezeichnung = artikelBezeichnung;
    }
   
  public Artikel (int artikelNr, int artikelBestand)  {
      this.artikelNr = artikelNr;
      this.artikelBestand = artikelBestand;
  }

So sieht jetzt mein Code aus.

 

[Robat]

Zeig doch mal dein Code 🙂
Dann kann man auch besser nachvollziehen was du meinst

 

[fluxinello]

Habs schon editiert 😛

 

[Robat]

Die Lösung steckt in meinem zweiten Teil des ersten Posts.

Wenn du deinen Artikel mit dem Konstrukor (3Params) initialiserst dann geht auch alles gut und er prüft deine asserts.

Wenn du aber nun deinen Artikel mit Konstruktor 2 initialisierst dann hat das nix mit Konstruktor 3 zu tun.

Was du also machen kannst:

  public Artikel (int artikelNr, String artikelBezeichnung){
      this.artikelNr = artikelNr;
      this.artikelBezeichnung = artikelBezeichnung;
    }

// das wird zu -->

  public Artikel (int artikelNr, String artikelBezeichnung){
      this(artikelNr, artikelBezeichnung, null);
    }

Aber mal eine Frage:

Steht in der Aufgabe dass ihr assert verwenden sollt? Weil eigentlich bentutzt man assert nur für Events die niemals auftreten solle und das Programm wird dann beendet.
In deinem Fall wäre eine if - Abfrage sicherlich sinnvoller.

 

[fluxinello]

Ja wir sollen es mit Asserts machen.
Studiere Informatik seit 3 Wochen, if - abfragen haben wir zwar auch schon gemacht, hab ich auch in der ersten Übung gemacht, dann wurde mir aber gesagt es sei unsinnig 😱

 

[fluxinello]

Wenn ich jetzt kompiliere, gibt er mir den Error:
"incompatible types, <nulltypes> cannot be converted to int"

 

[Robat]

incompatible types, <nulltypes> cannot be converted to int"

Jupp sorry das war mein Fehler.. du musst den letzten Parameter von null zu 0 ändern..

Dir sollte nur bewusst sein, dass dir dann jedes mal wenn du ihm keinen Artikelbezeichner mitlieferst, eine AssertException gewurfen wird, weil du eben die assert Bedingung oben nicht mehr erfüllst.

 

[fluxinello]

Also er meinte mal, dass wir die If-Abfragen zumindest bei den Methoden nicht machen sollen.
Aber das Ding ist ja, wenn ich die If-Abfragen im Konstruktor mache, dann muss ich sie ja auch in den Set Methoden machen. Achja, hab vergessen zu erwähnen dass ich zu jedem Attribut eine Setmethode habe.

2.
Habe jetzt mal den dritten Konstruktor gemacht, bekomme aber wieder den Error dass ein int nicht zum java.lang.string convertiert werden kann..

  public Artikel (int artikelNr, int artikelBestand) {
       this(artikelNr, artikelBestand, 0);
    }

 

[JStein52]

this(artikelNr, artikelBestand, 0);

Was soll das für ein Konstruktor sein ? Einer den du uns noch nicht gezeigt hast ? Denn oben sind nur Konstruktoren zu sehen die als zweiten von drei Parametern einen String entgegennehmen !

 

[Robat]

Habe jetzt mal den dritten Konstruktor gemacht, bekomme aber wieder den Error dass ein int nicht zum java.lang.string convertiert werden kann..

  public Artikel (int artikelNr, int artikelBestand) {
       this(artikelNr, artikelBestand, 0);
    }

Die Fehlermeldung ist ja auch völlig Legitim. Guck dir mal an, welchen Parameter du hier welchem zuordnest. Die Parameterliste von this() entspricht der Parameterliste des Konstruktors den du ansprechen willst. In dem Fall würde er so aussehen

this(artikelNr [int],  artikelBezeichnung [String], artikelBestand [int] );

Dein jetztiges this() hat aber folgende Datentypen / Parameter

this(artikelNr [int], artikelBestand [int], 0 [int]);

In deinem Fall willst du also die artikelBezeichnung null setzten und nicht den Bestand 🙂

Den Fakt mit den Settern verstehe ich nicht so ganz. Was haben denn Konstrukoren mit Settern zu tun? 😛

 

[fluxinello]

verstehe nur bahnhof gerade ._.

 

[fluxinello]

public Artikel (int artikelNr, int artikelBestand) {
this(artikelNr, null, artikelBestand);
}

so besser?

 

[Robat]

Okay.. dann noch mal ganz von vorne.

1.
Was die verschiedenen Konstruktor bewirken / bezwecken scheinst du ja schon mal zu verstehen.

2.
So.. da man jetzt nicht in jedem Konstruktor das selbe prüfen will, prüft man das ganze nur in einem.
Damit die Parameter trotzdem geprüft werden, auch wenn man einen anderen Konstruktor verwendet, muss man die versch. Konstruktoren mit einander kommunizieren lassen.
Das geht mit
this(param1, param2, paramN);

Die Reihenfolge / Anzahl der Parameter wird durch den Konstrukor an - / vorgegeben, der aufgerufen werden soll.

//  Wenn dein Konstruktor, den du aufrufen willst, jetzt so aussieht
public Foo(int i, String s, boolean b) {}

// und du diesen über einen anderen Konstruktor aufrufen willst
// dann muss dein this() genau so aussehen und der Parameter der
// nicht vorhanden ist, wird eben durch null bzw 0 bzw false oder was auch immer gesetzt

// Bsp:


public Foo(int i, boolean b)
{
    this(i, null, b);
}

public Foo(int i)
{
    this(i, null, false);
}

public Foo(boolean b)
{
   this(0, null, b);
}

// usw...

//was nicht gehen würde wäre folgendes:
public Foo(int i, boolean b)
{
    this(null, b, i);
}

// weil deine Reihenfolge der Parameter vertauscht ist und somit die Datentypen nicht mehr stimmen!

Vielleicht ist es jetzt ein bisschen besser verständlich 🙂

Und zu dem Thema:

public Artikel (int artikelNr, int artikelBestand) {
this(artikelNr, null, artikelBestand);
}

Es sieht von der Syntax her richtig aus, aber ob es in deinem Kontext funktioniert kannst uns nur du sagen 😛

Gruß
Robert

 

[JStein52]

so besser?

Was sagt der Compiler ? Ich denke mal immer noch Fehler.

Deinem Prof. kannst du trotzdem mal sagen dass Assertions an dieser Stelle Unsinn sind. Denn immer wenn das Nichterfülltsein einer Assertion einen Programmfehler anzeigt und nicht fehlerhafte Eingabedaten wendet man diese an. Und nicht um Plausiprüfungen für Parameter durchzuführen. Du musst bedenken dass Assertions normalerweise deaktiviert sind.

 

[fluxinello]

Ich kanns jetzt kompilieren ohne dass er mir nen Error ausspuckt. Ich denke, ich habs jetzt dank deiner Erklärung verstanden Robert, hat sehr geholfen.

Zu dem Thema mit den Asserts, das hat mein Prof in seiner Folie stehen, (siehe Bild).
Als wir die erste Übung abgegeben haben, hat niemand gemeckert was die Assertions angeht, daher bin ich gerade etwas verwirrt.

 

[Robat]

Im Endeffekt musst du es eh so machen wie dein Prof. es will.

Aber vielleicht mal ganz Interessant für dich zu wissen, was Orcale selbst du Assert sagt:

This convention is unaffected by the addition of the assert construct. Do not use assertions to check the parameters of a public method. An assert is inappropriate because the method guarantees that it will always enforce the argument checks. It must check its arguments whether or not assertions are enabled. Further, the assert construct does not throw an exception of the specified type. It can throw only an AssertionError.

You can, however, use an assertion to test a nonpublic method's precondition that you believe will be true no matter what a client does with the class. For example, an assertion is appropriate in the following "helper method" that is invoked by the previous method:

src: http://docs.oracle.com/javase/7/docs/technotes/guides/language/assert.html

 

[fluxinello]

Ok, ich werde sicherheitshalber mal nochmal nachfragen. Aber danke euch für die Hilfe, bin euch echt dankbar.
Hab jetzt noch den String im dritten Konstruktor von null auf "" geändert, jetzt kann ich auch die Objekte alle problemlos erstellen und auch die Assertions greifen, auch wenns vielleicht nicht die optimalste Möglichkeit ist, aber das werde ich morgen mal nachfragen.

 

[JStein52]

Und eben ganz wichtig:

By default, assertions are disabled at runtime. Two command-line switches allow you to selectively enable or disable assertions.

Also nützen sie erstmal absolut gar nix. Dein Kunde wird keine Assertions einschalten