Wert auslesen, ändern und schreiben aus Datei

[n0n3]

Der Titel hat sich vllt etwas komisch angehört ... hoffe das war noch nich da.

Also ich möchte für ein Computerspiel (tes4 Oblivion) ein Programm schreiben, das es dem User ermöglicht, die Konfigurationsdatei "komfortabel" zu öffnen und Optionen, die normal nicht verfügbar sind, zu ändern.
Bis jetzt kann man alles machen außer Speichern.
Das ist das Problem. Wie lösche ich die alten Werte und speichere die neuen? Ich hab ewig überlegt aber kein Ahnung.
Es wär ja ganz einfach aber die Einstellungsdatei hat über 500 Zeilen ... :!:
Also einfach die Variable x und ihren Wert y auslesen, den Wert per Eingabe über JTextField ändern und speichern. Weiß jemand wie das geht und kanns einem absoluten Anfänger erklären ???:L

 

[personenkult]

Zeig mal einen Ausschnitt aus der Konfig. Datei. Vielleicht kann man dann genaueres dazu sagen.

 

[bygones]

Datei einlesen - werte anzeigen lassen - ändern lassen - Datei überschreiben

 

[Gast]

Ja das Prob is aber wie gesagt dasses über 500 Zeilen sind

 

[n0n3]

Upps login vergessen
Also mom hier ein stück

[Display]
uVideoDeviceIdentifierPart1=3619102434
uVideoDeviceIdentifierPart2=298791430
uVideoDeviceIdentifierPart3=611872283
uVideoDeviceIdentifierPart4=902546081
fDecalLifetime=0.0000
bEquippedTorchesCastShadows=0
bReportBadTangentSpace=0
bStaticMenuBackground=1
bForcePow2Textures=0
bForce1XShaders=0
bHighQuality20Lighting=0
bAllow20HairShader=1
bAllowScreenShot=1
iMultiSample=0
bDoTallGrassEffect=1
bForceMultiPass=1
bDoTexturePass=1
bDoSpecularPass=1
bDoDiffusePass=1
bDoAmbientPass=1
bDoCanopyShadowPass=1
bDrawShadows=0
bUseRefractionShader=0
bUse Shaders=1
iNPatchNOrder=0
iNPatchPOrder=0
iNPatches=0
iLocation Y=0
iLocation X=0
bFull Screen=1
iSize W=800
iSize H=600
iAdapter=0
iScreenShotIndex=63
SScreenShotBaseName=ScreenShot
iAutoViewMinDistance=2000
iAutoViewHiFrameRate=40
iAutoViewLowFrameRate=20
bAutoViewDistance=0
fDefaultFOV=75.0000
fNearDistance=10.0000
fFarDistance=10000.0000
iDebugTextLeftRightOffset=10
iDebugTextTopBottomOffset=10
bShowMenuTextureUse=1
iDebugText=2
bLocalMapShader=1
bDoImageSpaceEffects=1
fShadowLOD2=400.0000
fShadowLOD1=200.0000
fLightLOD2=1500.0000
fLightLOD1=1000.0000
fSpecularLOD2=800.0000
fSpecularLOD1=500.0000
fEnvMapLOD2=800.0000
fEnvMapLOD1=500.0000
fEyeEnvMapLOD2=190.0000
fEyeEnvMapLOD1=130.0000
iPresentInterval=0
fSpecualrStartMax=1000.0000
fSpecularStartMin=0.0000
iActorShadowIntMax=10
iActorShadowIntMin=0
iActorShadowExtMax=10
iActorShadowExtMin=0
fGammaMax=0.6000
fGammaMin=1.4000
iMaxDecalsPerFrame=10
bDynamicWindowReflections=0
fShadowFadeTime=1.0000
fGamma=1.2320
bDecalsOnSkinnedGeometry=0
iShadowFilter=1
bAllowPartialPrecision=1
iShadowMapResolution=128
bShadowsOnGrass=0
bActorSelfShadowing=0
iActorShadowCountInt=1
iActorShadowCountExt=1
bAllow30Shaders=0
iTexMipMapMinimum=0
iTexMipMapSkip=0
bDoStaticAndArchShadows=0
bDoActorShadows=0
bIgnoreResolutionCheck=0
fNoLODFarDistancePct=1.0000
fNoLODFarDistanceMax=10240.0000
fNoLODFarDistanceMin=1700.0000



[Controls]
fVersion=1.7000
Forward=0011FFFF
Back=001FFFFF
Slide Left=001EFFFF
Slide Right=0020FFFF
Use=00FF00FF
Activate=0039FFFF
Block=003801FF
Cast=002E03FF
Ready Item=0021FFFF
Crouch/Sneak=001DFFFF
Run=002AFFFF
Always Run=003AFFFF
Auto Move=0010FFFF
Jump=0012FFFF
Toggle POV=001302FF
Menu Mode=000FFFFF
Rest=0014FFFF
Quick Menu=003BFFFF
Quick1=0002FFFF
Quick2=0003FFFF
Quick3=0004FFFF
Quick4=0005FFFF
Quick5=0006FFFF
Quick6=0007FFFF
Quick7=0008FFFF
Quick8=0009FFFF
QuickSave=003FFFFF
QuickLoad=0043FFFF
Grab=002C04FF
bInvertYValues=0
fXenonLookXYMult=0.0005
fMouseSensitivity=0.0020
fJoystickLookXYMult=0.0200
iJoystickLookLeftRight=3
iJoystickLookUpDown=6
iJoystickMoveLeftRight=1
iJoystickMoveFrontBack=2
fXenonMenuMouseXYMult=0.0003

Also nur ein kleines Stück war das. Man soll halt ein paar (lang nich alle ändern. Weiß jemand ob die Reihnfolge egal is dann wärs um einiges leichter. ???:L

 

[moormaster]

Also nur ein kleines Stück war das. Man soll halt ein paar (lang nich alle ändern. Weiß jemand ob die Reihnfolge egal is dann wärs um einiges leichter. ???:L

Wie wäre es, wenn du das einfach in eine Baumstruktur einliest, die sich auch die Reihenfolge der Daten nicht verändert? Dann könntest du aus diesem Baum jederzeit eine "neue" Konfigurationsdatei generieren mit den geänderten Werten, aber nach wie vor in richtiger Reihenfolge.

 

[n0n3]

Könntest du mir bitte dann kruz ein tuto zur baumstruktur empfehlen? Ich kenn mich da noch nich so aus.

 

[byte]

Das sollte ein klassischer Anwendungsfall für die java.util.Properties zu sein.

 

[n0n3]

Das sollte ein klassischer Anwendungsfall für die java.util.Properties zu sein.

Wie?

 

[byte]

Wie?

So:

public static void main(String[] args) {
		try {
			Properties props = new Properties();
			File file = new File(...);
			props.load(new FileInputStream(file));
			//System.out.println(props.getProperty("uVideoDeviceIdentifierPart1"));
			
		} catch(Exception e) {
			e.printStackTrace();
		}
	}

Einzelne Werte kannst Du dann mit props.setProperty(property, value) ändern.

 

[n0n3]

Also ich mach dann Praktisch so:

public static void main(String[] args) {
         try {
                Properties props = new Properties();
                       File ini = new File("Oblivion.ini");
                             props.load(new FileInputStream(ini));
                                   System.out.println(props.getProperty("Wert"));
         
      } catch(Exception e) {
         e.printStackTrace();
      }
   }

Und wie weis ich dann einen neuen Wert zu und schreib das ganze? Kannst du mir dazu ein Tutorial oder so empfehlen? Oder auch zur Baumstruktur?

 

[byte]

Mit Baumstruktur hat das wenig zu tun. Solche ini Dateien sind flach, nicht hierarchisch.

Du kannst doch dann einfach mit setProperty einen neuen Wert zuweisen. Hab ich doch oben geschrieben. Wenn Du fertig bist, musste das ganze noch in die Datei zurückschreiben mit props.store():

props.store(new FileOutputStream(file), "");

 

[n0n3]

Also ich fass dann mal zusammen wie ich das verstanden hab:

public static void main(String[] args) {
         try {
                Properties props = new Properties();
                       File ini = new File("Oblivion.ini");
                             props.load(new FileInputStream(ini));
                                   System.out.println(props.getProperty("Wert"));
                                          
                                         // Und jetzt die Werte?
                                         props.setProperty("fSunBrightness", 1.000);
                                         
                                         // Und sichern 
                                         props.store(new FileOutputStream(ini), ""); // und was kommt in die ""?

         } 

          catch(Exception e) {
                 e.printStackTrace();
          }
}

Und dann bleibt die Reihnfloge erhalten und in der INI steht dann statt

fSunBrightness=0.0000

das hier:

fSunBrightness=1.0000

:!:

 

[bygones]

beste tutorial für all die Fragen: http://java.sun.com/j2se/1.5.0/docs/api/

in deinem Fall http://java.sun.com/j2se/1.5.0/docs/api/java/util/Properties.html#store(java.iutputStream, java.lang.String)

 

[byte]

Statt:

props.setProperty("fSunBrightness", 1.000);

muss es heissen:

props.setProperty("fSunBrightness", "1.000");

 

[n0n3]

Statt:

props.setProperty("fSunBrightness", 1.000);

muss es heissen:

props.setProperty("fSunBrightness", "1.000");

Und ansonsten alles so wie ichs gesagt hab?

Die Doku hab ich aufm Computer aber das war mir zu verwirrden weil ich nich so gut in englisch bin ... trotzdem danke.

[schild=11 fontcolor=000000 shadowcolor=C0C0C0 shieldshadow=1]Vielen vielen Dank!![/schild]

Das wars dann vorerst aber ich muss noch bis morgen warten mit dem testen aber wenns nich geht meld ich mich nochmal.

PS: Ihr seid so geduldig mit Anfängern :toll:

 

[moormaster]

Mit Baumstruktur hat das wenig zu tun. Solche ini Dateien sind flach, nicht hierarchisch.

Um die Wertgruppen (z.B. " [Display]") zu speichern, braucht man aber eine hierarchische Struktur oder nicht?
Schliesslich ordnen sich die Werte immer in diese Gruppen ein und liegen nicht einfach nur in der ini Datei herum.

Dann würde man jede dieser Gruppen als Knoten betrachten können, welche die jeweiligen Einstellungen als Nachfolgeelemente haben.

 

[n0n3]

Aber ich glaub die Reihnfolge is egal oder?
Also ich hab heute morgen das ganze probiert - wunderbar geklappt hab ich zuerst gedacht. Dann habe ich bemerkt, dass ein Teil der INI fehlt, sie is plötzlich um 3kb geschrumpft!! (statt 21 nur 18!!) Außerdem steht hinter jeder Sektion ein = also statt z.B. [Display] steht da [Display]=. Macht das was? Und wenn ja, wie kann ich es verhindern?

 

[moormaster]

Aber ich glaub die Reihnfolge is egal oder?
Also ich hab heute morgen das ganze probiert - wunderbar geklappt hab ich zuerst gedacht. Dann habe ich bemerkt, dass ein Teil der INI fehlt, sie is plötzlich um 3kb geschrumpft!! (statt 21 nur 18!!) Außerdem steht hinter jeder Sektion ein = also statt z.B. [Display] steht da [Display]=. Macht das was? Und wenn ja, wie kann ich es verhindern?

z.B. in dem du das = nicht mit hineinschreibst bei "Variablen", die mit [ beginnen und mit ] aufhören?

 

[n0n3]

Ich änder ja nur 20 oder so der unmengen von variabeln! Java macht das automatisch :cry:

 

[moormaster]

Ich änder ja nur 20 oder so der unmengen von variabeln! Java macht das automatisch :cry:

Ja weil man das Properties Objekt nicht auf komplette INI Dateien anwenden kann. Sondern man muss für jede Gruppe von Wertpaaren, ein weiteres Properties Objekt anlegen. So dass alle Werte unter [display] in einem Properties Objekt liegen, alle Werte unter [Controls] in ein eigenes usw...

Zu jedem dieser Properties Objekte muss man sich natürlich auch den Gruppen Namen (Display, Controls, ...) merken.


Jetzt kann man seine Werte ändern und das ganze analog wieder in die Datei zurückschreiben, in dem man alle Gruppen durch geht und für jede Gruppe den Gruppennamen in eckigen Klammern ([Display], [Controls], ...) in Datei schreibt und unter die Gruppennamen jeweils die einzelnen Wertepaare wieder durch das Properties Objekt ausgeben lässt.

Am besten ist also, wenn du dir noch ein Objekt anlegst, was sowohl ein Properties Objekt, als auch den dazugehörigen Gruppennamen speichert. Dann kannst du in einem Array bestehend aus diesen neu angelegten Objekten alles abspeichern, was man über die Daten der INI Datei wissen muss.

 

[n0n3]

Wärs dann nich schlauer doch mit nem Baum zu arbeiten? Und wenn ja, wei erstellt man einen?

 

[moormaster]

Wärs dann nich schlauer doch mit nem Baum zu arbeiten? Und wenn ja, wei erstellt man einen?

Also ein Baum macht in diesem Fall auch nicht viel anders. Die Knoten, welche die Gruppen repräsentieren, müssten ebenfalls sowohl die Gruppennamen als Schlüssel sowie die Werte als "Blätter" bzw. als Nachfolger haben.

In diesem Fall würde man für jeden Knoten im Baum eine Methode implementieren müssen, die den n-ten Nachfolgeknoten zurückliefert. Solche Objekte kann man aneinanderknüpfen zu einem Baum.

Die andere Variante wäre, einen Binärbaum zu realisieren; dann würde jeder Knoten höchstens 2 Nachfolger haben; einen sog. linken Nachfolger sowie einen rechten. Dann könnte man die Knoten, welche die Gruppen der Ini Datei repräsentieren, jeweils als linken Nachfolger der Vorgängergruppe (bzw. die erste Gruppe als linken Nachfolger des Wurzelknotens) anheften und dann die rechten Nachfolger benutzen, um die Wertpaare als Knoten aneinanderzuheften.

Der Aufwand wäre im 1. Fall etwa gleich dem Aufwand, sich einfach ein neues Objekt zu erstellen, welches Gruppennamen und ein Properties Objekt speichern kann. Die 2. Variante, einen Binärbaum zu bauen würde sogar noch tieferes Verständnis von Bäumen voraussetzen.

Letztendlich ist es hier aber nicht zwingend notwendig, Bäume zu benutzen, weil Ini Dateien als Baum sowieso nur eine feste Höhe hätten (die Werte sind von der Wurzel immer 2 Knoten entfernt). Oder im Falle des Binärbaums würden sie eher einer Sammlung verketteter Listen gleich, als eines Baumes. Die Daten, die in den Listen stehen, kann man ebensogut in Properties Objekte verpacken und die Properties Objekte wiederum in einen (idealer Weise dynamischen) Array; z.B. mit Hilfe der Vector Klasse.

http://user.cs.tu-berlin.de/~xantippe/Glossar/glossar.html#6

 

[n0n3]

Dann wärs mir glaub lieber mit dem Objekt das die props und das andere speichern kann.
Ne dumme frage ... bitte nich lachen ...
wie mach ich das ... ?

 

[moormaster]

Dann wärs mir glaub lieber mit dem Objekt das die props und das andere speichern kann.
Ne dumme frage ... bitte nich lachen ...
wie mach ich das ... ?

Wie wäre es, wenn du dir nochmal ganz genau das Konzept der Objektorientierten Programmierung anliest, bevor du versuchst, es umzusetzen?

http://www.galileocomputing.de/openbook/javainsel5/javainsel03_000.htm#Xxx999378
http://www.galileocomputing.de/openbook/javainsel5/javainsel06_000.htm#Xxx999378

Daher weiss ich nicht, wie weit dich ein solches fertig konstruiertes Objekt bringen soll, wenn du es nicht selbst verstehst. Trotzdem hier mal ein Beispiel, wie so ein Objekt aussehen könnte:
(habs nicht versucht zu compilieren; der ein oder andere Fehler kann sich also eingeschlichen haben )

 import java.util.*;
 //... weitere Importe der API entnehmen, falls entsprechende
 // Fehlermeldungen von nicht gefundenen Klassen auftreten

 public class PropertyGroup
 {
  private Properties settings;
  private String groupName;

  // Konstruktoren
  public PropertyGroup(String gName)
  {
    this.settings = new Properties();
    this.groupName = gName;
  }

  public PropertyGroup(String gName, Properties defaultP)
  {
    this.settings = defaultP;
    this.groupName = gName;
  }


  // liefert das Properties Objekt, in dem die Einstellungen der Gruppe gespeichert sind
  // per [instanz von PropertyGroup].getSettings().setProperty() können Einstellungen hinzugefügt werden
  // alle anderen Methoden von Properties lassen sich analog aufrufen
  public Properties getSettings()
  {
    return this.settings;
  }

  // gibt den Namen der Gruppe zurück
  public String getGroupName()
  {
   return this.groupName;
  }
  // den Namen der Gruppe setzen
  public void setGroupName(String name)
  {
    if (!name.equals(""))
     this.groupName = name;
  } 
 }

In diesem Fall könnte man auch noch eine Art toString() Methode einbauen, welche die Gruppe fertig für die INI Datei zusammensetzt. D.h. erste Zeile: GruppenName in eckigen Klammern
+ die Properties-Auflistung: Variablex=Werty

 

[n0n3]

Ah ja danke ich versuchs mal.

PS: Habs mir nochmal durchgelesen ich glaub jez versteh ichs.