Objektorientiertes TIniFile-Replacement mit Unicode-Fähigkeit

[Codehunter]

Ja Unicode und echte Objektorientierung ohne Abhängigkeit vom WinAPI. Prozedurale Programmierung schön und gut, aber ist auch nicht mehr das gelbe vom Ei...

Darüber hinaus haben sich inzwischen ein paar Features ergeben, die über T(Mem)IniFile hinaus gehen. In meiner aktuellen Beta z.B. ein Changed-Property sodass man erkennen kann ob der Inhalt modifiziert wurde.

[TiGü]

Zitat von Codehunter:

Ja Unicode und echte Objektorientierung ohne Abhängigkeit vom WinAPI.

Was heißt denn jetzt Unicode-Fähigkeit?
Das Unicode-Strings ins Ini-File abgespeichert werden?
Das ist in TMemIniFile (ab Delphi 2009) gegeben, es wird mit den Typ String gearbeitet.

Auch verwendet TMemIniFile nicht die WinAPI-Funktionen GetPrivateProfileString/WritePrivateProfileString sondern setzt auf hierarchische String-Listen.

Bitte bei Gelegenheit einen Blick auf die Doku und/oder Code werfen.

Vielleicht reicht es schon wenn du deine Klasse davon ableitest?!

[Codehunter]

Das mag ja alles richtig sein. Aber zum ersten solltest du mal einen Blick auf meine Delphi-Version werfen und zum zweiten den ganzen Thread durchlesen. Ich halte T(Mem)IniFile für strukturell in manchen Szenarien schlichtweg ungeeignet.

Unter ähnlichen Voraussetzungen ist damals auch TVirtualTreeView entstanden. Da gabs bestimmt auch einige, die der Ansicht waren, der Standard-VCL-Treeview wäre vollkommen ausreichend. Es gibt aber immer Anwndungsfälle, wo TVirtualTreeview dem TTreeView haushoch überlegen ist.

Schaut euch den Quelltext wirklich mal praktisch an und vorallem nicht den Teil den ich nur zur Kompatibilität mit TIniFile eingebaut habe sondern den objektorientierten Teil.

Delphi-Quellcode:

with TUniObjectIni.Create('C:\Test.ini') do begin
  try
    Sections['TheSection']['TheIdent'].Str:= 'ABC';
    Sections['TheSection']['TheIdent'].Int:= 123;
    Sections['TheSection']['TheIdent'].DateTime:= Now;
    {....}
  finally
    Free.
  end;
end;