Ich beschäftige mich gerade damit Java-Objekte zu sichern.
Für die Speichermethode habe ich folgenden Code genommen:
bands ist ein Vector<String> Objekt.
Zum Laden benutze ich:
Nun ist bands aber erstmal einfach nur ein Vector und den einfach als Vector<String> zu deklarieren resultiert nicht in einem Fehler aber einer Warnung.
Für die quick and dirty solution ist das alles ok aber wie kann man das ganze eleganter machen.
Meine erste Idee war die bands.getClass mit der Klasse eines frischen Vecor<String> zu vergleichen und wenn alles gut geht einen neuen Vector aufzubauen. Das ganze führt aber die Idee das speicherns ab adsurdum, da ich ja gerade die Iteration über die Elemente des Vektors umgehen möchte.
Und eine Randfrage: Wenn ich später mehrere Vektoren in einer Datei speichern möchte, ist es möglich die auch so wieder auszulesen? Mir ist noch unklar wie die Identifizierung stattfindet wenn ich zum Beispiel die Vectoren bands, volunts and meinetwegen camps habe.
Man kommt da nicht drumherum, die Annotation @SuppressWarnings("unchecked") zu verwenden, um den Cast ohne Warnhinweis durchzuführen.
Allerdings sollte man sich schon vergewissern, dass im Vektor korrekte Daten stehen, bevor man den Cast ausführt. Ansonsten kann es zu einem Absturz kommen.
Meine Lösung würde folgendermaßen aussehen:
Das Fragezeichen, bei Vector<?> temp = null; ist ein Wildcard und bedeutet, dass dies ein Vector, mit einem unbekannten Typ als Element, ist.
n1<3! Annotations höre ich nun das erste mal und die Casts.. naja, wenn man es nicht täglich braucht vergisst man es halt :)
Danke für das sehr ausführliche Beispiel (wäre so gar nicht nötig gewesen, aber immer schön zu sehen wie es funktioniert).
Ist die Wildcard <?> für den Vector wirklich nötig? Bei mir kompiliert es auch ohne diese Angabe - oder ist das Platform/Versionsabhängig?
Und gibt es einen Grund die Klassen auf String-Ebene zu vergleichen? Im folgenden Beispiel habe ich die equal-Methode der Class-Klasse genutzt. (und wenn der fragliche Vector als Paramter übergeben wird, spart man sich doch auch die if != null Abfrage),
Die Randfrage wie man mehrere Objekte in eine Datei speichert hat sich von selbst erledigt. Hier ein kleines (hard code) Beispiel für 2 Objekte.
Ist die Wildcard <?> für den Vector wirklich nötig? Bei mir kompiliert es auch ohne diese Angabe - oder ist das Platform/Versionsabhängig?
...
Theoretisch sollte es egal sein, da Vector ein Raw-Type ist und <?> einen unbekannten Typ definiert. Da alle Datentypen von der Klasse Object erben, sollten beide Möglichkeiten gleich sein. Allerdings spuckt z.B. die IDE Eclipse einen Warnhinweis, wenn man mit einem Raw-Type arbeiten möchte.
Zitat von YoshiGreen
Und gibt es einen Grund die Klassen auf String-Ebene zu vergleichen? Im folgenden Beispiel habe ich die equal-Methode der Class-Klasse genutzt. (und wenn der fragliche Vector als Paramter übergeben wird, spart man sich doch auch die if != null Abfrage),
...
Man muss hier zweierlei Dinge betrachten. Einmal der Typ Vector und einmal der Typ, der im Vektor gespeichert wird.
Du kannst ja gerne mal einen Test machen:
Du wirst feststellen, dass beide vom Typ Vector sind. Es spielt da keine Rolle, welcher generische Datentyp angegeben wurde. In der Klasse Vector befindet sich ja eine Liste, die den angegebenen generischen Typ speichert. Man muss dann also schauen, welchen Typ die Elemente in dieser Liste besitzen.
OK, das hatte ich übersehen und nun auch eingesehen. Meine Frage richtete sich aber auf die toString()-Methode da equal() ja auch für Klassen definiert ist.
Kannst du mir dazu noch sagen wonach ich googlen soll wenn ich folgenden Code zum laufen bringen will:
Can't find symbol ist mein Fehler aber es wäre praktisch eine Methode zum Überprüfen zu haben anstelle sie zu überlagern.
OK, das hatte ich übersehen und nun auch eingesehen. Meine Frage richtete sich aber auf die toString()-Methode da equal() ja auch für Klassen definiert ist.
...
Stimmt. Da hatte ich einen Gedankenfehler.
Zitat von YoshiGreen
Kannst du mir dazu noch sagen wonach ich googlen soll wenn ich folgenden Code zum laufen bringen will:
Can't find symbol ist mein Fehler aber es wäre praktisch eine Methode zum Überprüfen zu haben anstelle sie zu überlagern.
...
cl ist kein Datentyp, sondern eine Variable vom Typ Class.
Das, was du da vorhast könnte man bei Sprachen mit schwacher Typisierung machen, die alles als Zahlen oder Zeichenketten (z.B. TorqueScript in der Torque Game Engine) behandeln, aber nicht bei einer Sprache mit starker Typisierung.
Aber warum hast du sowas vor? Du willst doch letzendlich nur Strings in den Vektor speichern.
Can't find symbol ist mein Fehler aber es wäre praktisch eine Methode zum Überprüfen zu haben anstelle sie zu überlagern.
...
Also du willst auf einen variablen generischen Typ casten?
Das macht inhärent keinen Sinn, da die Type Constraint bei generischen Klassen bloß statisch überprüft wird, bei der Programmausführung ist darüber keinerlei Information mehr vorhanden. Dynamisch einen generischen Parameter zu bestimmen ergibt daher keinen Sinn, da der im dynamischen Kontext eben nicht mehr vorhanden ist und auch nicht mehr verwendet/überprüft wird.
Wenn der Typ erst zur Laufzeit feststeht, kannst du einfach Vector (oder Vector<Object>) verwenden, genau das wird da zur Laufzeit nämlich in jedem Fall stehen.
--
A human is a system for converting dust billions of years ago into dust billions of years from now via a roundabout process which involves checking email a lot.
Naja, meine Idee war einfach nur Konstruktionen wie diese hier zu vermeiden:
Und stattdessen halt sowas wie
oder etwas ähnliches. Die obere Lösung halte ich für so unelegant. Aber vielleicht habe ich ja auch einen total falschen Ansatz. Habe halt noch nie vorher Objekte gespeichert.
Hm, das sollte doch eigentlich eh gehen, oder? o_O Bräuchte evtl. höchstens noch etwas Code um Unterklassen zu berücksichtigen. Und du könntest ein Objekt statt der Klasse als zweiten Parameter übergeben, je nachdem, was praktischer ist.
Oh, und du solltest auf jeden Fall sichergehen, dass data nicht leer ist, sonst gibt's unschöne Runtime Exceptions …
Ahja, in jedem Fall kannst du im Falle von Class auch == statt equals() verwenden, da Class-Objekte Singletons sind. Aber geht natürlich so genauso.
--
A human is a system for converting dust billions of years ago into dust billions of years from now via a roundabout process which involves checking email a lot.
Ich kam noch net zum testen. Beim Übergeben von ner Class hatte ich irgendwelche Probleme (ich versuchs bezeiten nochmal zu rekonstruieren, Whiz Code teste ich dann auch).