MannoMann Properties

[bygones]

Muss mal meinen Unmut über die Klasse Properties loslassen...

die von sun haben scheinbar immer noch net gecheckt, dass die Implementierung schwachsinnig ist... warum muss die Klasse von Hashtable erben und hat sie nicht als instanzvariable... in sie gehören nur Strings und sonst nix...

und nicht, dass man denkt: Ha - Java 1.5 ist draußen, dann könnte man ja sagen, sie erbt von Hashtable<String, String> - nein, man bleibt schon bei Hashtable<Object, Object>....

oh mann :bloed:

 

[Sky]

Ich muss Dir in vollem Umfang recht geben. Also, das kann ich selbst auch besser

BTW: Wenn man brav die setProperty- und getProperty-Methoden nimmt, dann kannste auch wirklich nur mit Strings arbeiten.

EDIT: Ich habe mir mal die Implemtierung von getProperty angeschaut, find ich ja schrecklich:

    public String getProperty(String key) {
	Object oval = super.get(key);
	String sval = (oval instanceof String) ? (String)oval : null;
	return ((sval == null) && (defaults != null)) ? defaults.getProperty(key) : sval;
    }

Ich dachte instanceof sollte man nicht verwenden, da Performance-intensiv. Hab' ich mal irgendwo bei Sun gelesen...

 

[foobar]

Propertie-Files sind sowieso obsolet. Xml bietet viel mehr Möglichkeiten und ist zu dem noch um einiges sauberer.

 

[Sky]

Propertie-Files sind sowieso obsolet. Xml bietet viel mehr Möglichkeiten und ist zu dem noch um einiges sauberer.

Gibt es schon standard-Klassen im JDK, mit dem man XML-Files schreiben, lesen, usw. kann (also ähnlich wie bei den Properties)???

 

[bygones]

man kann ja auch properties als xml speichern und laden

@sky80:
schon, aber bsp:

 Set uniqueProperties = new HashSet( properties.values() );

properties.values() liefert Collection zurück, nach java5 wäre es doch logisch Collection<String> zurückzuliefern....
d.h. ich kann damit kein Set<String> erzeugen... (oder ?)...

 

[bygones]

Gibt es schon standard-Klassen im JDK, mit dem man XML-Files schreiben, lesen, usw. kann (also ähnlich wie bei den Properties)???

du kannst z.b. ab java5 mit der Propertiesklasse aus XML ein/auslesen !

"normale" XML files kannst du über die packages http://java.sun.com/j2se/1.5.0/docs/api/org/w3c/dom/package-summary.html
und http://java.sun.com/j2se/1.5.0/docs/api/org/xml/sax/package-frame.html lesen/schreiben

 

[Sky]

man kann ja auch properties als xml speichern und laden

@sky80:
schon, aber bsp:

 Set uniqueProperties = new HashSet( properties.values() );

properties.values() liefert Collection zurück, nach java5 wäre es doch logisch Collection<String> zurückzuliefern....
d.h. ich kann damit kein Set<String> erzeugen... (oder ?)...

Hier wird die values-Methode von der Hashtable benutzt. Da die Hashtable mit <Object, Object> initialisert wird, denke ich dass values eine Collection<Object> zurückliefert.

 

[bygones]

Hier wird die values-Methode von der Hashtable benutzt. Da die Hashtable mit <Object, Object> initialisert wird, denke ich dass values eine Collection<Object> zurückliefert.

und genau das ist eben mein mecker punkt... warum erbt Properties von Hashtable.....

 

[foobar]

Gibt es schon standard-Klassen im JDK, mit dem man XML-Files schreiben, lesen, usw. kann (also ähnlich wie bei den Properties)???

Am einfachsten kann man XmlDaten mit der Klasse XmlEncoder respektive XmlDecoder schreiben und lesen.
http://java.sun.com/j2se/1.4.2/docs/api/java/beans/XMLEncoder.html

 

[bygones]

Am einfachsten kann man XmlDaten mit der Klasse XmlEncoder respektive XmlDecoder schreiben und lesen.
http://java.sun.com/j2se/1.4.2/docs/api/java/beans/XMLEncoder.html

super das geht gut ... :applaus: :toll:

byebye properties

 

[thE_29]

Das du die Klasse gar net gekannt hast ... :bae:

 

[bygones]

gekannt schon - aber noch nie eingesetzt :wink:

 

[Illuvatar]

Ich mag java.util.prefs.* auch recht gern, weil man sich da nicht um den Speicherort kümmern muss.