Superklasse nochmals erzeugen?

[Fohnbit]

Hallo!

Ich habe eine Bytearray. Darin sind Informationen verschiedensten Inhaltes.
Die Informationen darin kann man in 10 Gruppen einteilen, die teilweise selbe Inhalte haben und teilweise komplette verschieden sind. Je nach Gruppe müssen die Informationen komplett anders bearbeitet werden.

Ich nehmen das Beispiel eines Autos:
Auto ist meine Superklasse.
PKW, LKW, NASCAR sind die Typen(Gruppen).

Auto ist die Superklasse, die anderen 3 erben diese und sind die Subklassen.

Nun kann ich nicht:
PKW pkw = new PKW();
ausführen, da ich erst im Byte Array nachsehen muss, um welchen Typ es sich handelt. Das Bytearray würde ich aber in der Superklasse speichern.
Außerdem müssten alle Methoden für jede Gruppe überschrieben werden.

Nun müsste ich:
Auto auto = new Auto();
auto.rawPaket = "Bytearray"
If (auto.rawPaket == 1) { // Gruppe 1
Auto auto = new PKW();
auto.rawPaket = "Bytearray"
}

Nachfolgende Methoden können als Parameter "Auto" haben, und in der Methode muss dann geprüft werden, welche Klasse Auto enthält.

Mir kommt die Instanzierung jedoch alles andere als logisch vor.

Wie würdet Ihr das machen?

Danke!

 

[anti-held]

Wie kommt dieses ByteArray denn in dein Auto-Objekt?
Schildere bitte doch anhand eines Beispiels, was du für Daten vorher hast,
und was dein Ausgangsergebnis sein soll.

 

[Fohnbit]

Hallo!

Ich kann später ein Beispiel anhängen.
Hintergrund ist aber, das in der Superklasse eine Methode enthalten ist, das das Bytearray zerlegt und ausgibt, um welche Subklasse es sich handelt.

Jedoch kann ich die Superklasse ja nicht erzeugen, da ja die Subklasse erzeugt werden soll.

Im Moment muss ich die Methode aus der Superklasse rausnehmen damit vor Erzeugung des Objektes geprüft wird, welche Subklasse erzeugt werden soll.

Danke!

 

[anti-held]

Deine Vererbung sollte z.B. so funktionieren:

Dein Auto weiß dass es einen Typ hat.
Also [c]private final String typ;[/c]
Der Wert wird im Konstruktor übergeben (z.B. [c]Auto(String typ)[/c])

Im Konstruktor vom Subtyp PKW wird dann der super-Konstruktor immer mit z.B. [c]super("PKW");[/c] aufgerufen.
Im Konstruktor vom Subtyp LKW wäre das dann [c]super("LKW");[/c].

Was das Auto für einen Typ hat kannst du dann durch einen Getter auf den Typ ausgeben oder per [c]instanceof[/c] abfragen.

Wenn du deine Autos erstellt, kannst du ja durch deine Arrays durchitereieren und dann mit einem switch den passenden Konstruktor wählen

z.B.

Auto auto = null;
switch(bytearray[1]){
case 0:
   auto = new PKW();
   break;
case 1:
   auto = new LKW();
   break;
case 2:
   auto = new NASCAR();
   break;
default:
   throw new UnsupportedTypeException("Der Typ " + bytearray[1] + " ist nicht bekannt.");
}

 

[Fohnbit]

Hallo!

Ja, so habe ich es aktuell.
Die Information, welcher Typ es ist, ist leider nicht einfach ein Integer, sondern muss teilweise komplex eruirt werden.

Diese Methoden zum erruieren des Typs sind in der Superklasse enthalten, da nach dem erzeugen diese wieder auch benötigt werden.

Ich muss also diese Methoden rauslösen, damit ich den Typ bestimmen kann.

Danke!

 

[KSG9|sebastian]

Woah gruselig was du da vorhast.

Mit Vererbung bildet man sowas definitiv nicht ab. Du solltest die Logik um das Bytearray zu zerpflücken auslagern.

class ByteToObjectTransformer {
    
    public List<Auto> createCars(byte[] raw){
        ...
    }
}

class Pkw extends Auto { }
class Lkw extends Auto { }

class Main {
     public void main(String[] args){
         byte[] raw = getRawData();

         List<Auto> cars = new ByteToObjectTransformer().createCars(raw);
         ...

     }
}

 

[KSG9|sebastian]

Hallo!

Ja, so habe ich es aktuell.
Die Information, welcher Typ es ist, ist leider nicht einfach ein Integer, sondern muss teilweise komplex eruirt werden.

Diese Methoden zum erruieren des Typs sind in der Superklasse enthalten, da nach dem erzeugen diese wieder auch benötigt werden.

Ich muss also diese Methoden rauslösen, damit ich den Typ bestimmen kann.

Danke!

Warum sind die Methoden in der Superklasse? Was haben die Methoden mit dem Auto gemeinsam bzw. warum werden diese benötigt?

Die Klasse sollte nichts über ihre eigene Repräsentation in irgendwelchen byte-Arrays wissen. Schließlich könnte die Klasse ja in 3 Wochen als JPA-Entity persistiert werden...

 

[Fohnbit]

Hallo!

Nun, die Eruiirung setzt sich aus vielen Methoden zusammen. Ein Teil sind in anderen Packages, ein Teil in eben der Superklasse.

Ich werde eben versuchen die internen in andere Klassen zu packen, damit diese außerhalb der Superklasse ist.

Bei deinem Beispiel muss die Methode createCars aber eben die Klasse Pkw oder Lkw zurückgeben, oder?
Als Laie kommt mir dein Code nicht soviel anders vor :bahnhof:

Einzig benutzt du eine separate Klasse zum erkennen des Typs, oder?