Inidatei auslesen aus Liste nicht aus Datei

[Lannes]

Hallo,

Zitat von Popov:

... Was macht also die TBigIniFile jetzt noch spezielles?

z.B. WriteFont, WriteRect, WriteBinaryData etc.

[Popov]

Ok, aber das kann man auch alleine machen.

Ich hab mir gerade angeguckt wie in der BigIniFile das Datum gespeichert wird. Viel Mühe macht sich der Programmierer dabei aber nicht, sondern speichert es nur über DateToStr. Das ist nicht verwerflich, aber nach meinem Verständnis muß die Ini-Nutzung Idiotensicher sein. Und nichts knallt sicherer als Konvertierungen zwischen Datum und String und Datum. Dabei kann man es wirklich Idiotensicher machen. Genauso wie Float. Ok, man kann damit arbeiten und Glück haben, aber ein anderer Rechner kann andere Einstellungen haben und plötzlich kommen nur Fehlermeldungen. Also da konvertiere ich Daten lieber selber.

[himitsu]

zum Glück bleiben INIs meißt auf dem rechner, wo sie auch erstellt wurden und da nicht sehr oft nachträglich an den Spracheinstellungen von PCs rumgespielt wird, macht die Konvertierung recht selten Probleme ... aber man Bedenke auch, wie alt TBigIni inzwischen ist und daß der Ersteller damals nicht unbedingt alles "besser" wußte.

[Popov]

Zitat von himitsu:

zum Glück bleiben INIs meißt auf dem rechner, wo sie auch erstellt wurden

INIs ja, Ini-Artige Dateien dagegen nicht unbedingt. Das Ini-Artige Format bieten eine leichte Möglichkeit Informationen abzuspeichern, also warum nicht nutzen? Und warum es nicht Rechnerübergreifend nutzen?

Wobei ich die BigIniFile nicht abwerten will, sondern nur auf möglichen Problem hinweise.

Wenn ich ein Datum und Zeit in einer Ini speichere, dann vertraue dabei nicht auf die Systemeinstellungen, denn die kännen sich ändern, sondern sorge beim lesen und speichern für ein eigenes Format. Geht ganz leicht:

Delphi-Quellcode:

  //zuerst die alten Einstellungen sichern

  //dann eigene Formatierung setzten
  DateSeparator := '.';
  TimeSeparator := ':';
  ShortDateFormat := 'dd/mm/yyyy';
  LongTimeFormat := 'hh:mm';

  //speichern was zu speichern ist...

  //alte Einstellungen wieder herstellen

Nun kann ich mit DateToStr hin und her speichern und die Ini auch in die USA schicken.

[jaenicke]

Und wenn ich in einem eigenen Format speichere, kann ich direkt den Wert als Zahl speichern, dann brauche ich erst keine Konvertierung. Deshalb ziehe ich das INIs vor (auch wenn ich für veröffentlichte Projekte auch noch die alten INIs unterstütze).

[Mithrandir]

Zitat:

Und wenn ich in einem eigenen Format speichere, kann ich direkt den Wert als Zahl speichern, dann brauche ich erst keine Konvertierung

Is' doch gehüpft wie gesprungen. Man könnte ja auch daherkommen und einfach den UTC-Timestamp in der INI speichern. Bumms, kann sich jeder das Datum anzeigen lassen, wie er lustig ist.

[Popov]

Zitat von jaenicke:

Und wenn ich in einem eigenen Format speichere, kann ich direkt den Wert als Zahl speichern, dann brauche ich erst keine Konvertierung. Deshalb ziehe ich das INIs vor (auch wenn ich für veröffentlichte Projekte auch noch die alten INIs unterstütze).

An für sich ist es die einfachste Methode, aber wenn man sich die Ini im Editor ansieht, kann man mit der Datum-Zahl wenig anfangen. Das soll nicht bedeuten, daß die Methode schlecht ist, sondern nicht so einfach editierbar.

[Jackie1983]

lol ok brauche keine ander Komp.
Habe mir die Klasse von Inifiles von Delphi angeschaut und siehe da es geht auch ohne Datei:

Delphi-Quellcode:

  ini := TMemIniFile.Create('');
  ini.SetStrings(mylist);

[himitsu]

Und was Datums-/Zeitwerte in XML angeht, da wird ein global einheiltiches Format verwendet.
Gut, XML ist ein paar Byte größer als INI und es ist etwas aufwendiger zum Parsen, aber dafür hat man dazu noch die Unterstüzung anderer Zeichensätze und eine Bäumchenstrucktur.