Ini ohne IniFiles Project (WinApi)

[TiGü]

Ich habe nie verstanden, warum jemand bei NonVCL-Projekte (man beachte das Visual Component Library in der Abkürzung) auf Basisfunktionalität aus der RTL (Runtime Library) verzichten sollte.
Oder anderes gefragt: Wenn ich sowas haben wollen würde, warum kopiere ich mir dann nicht einfach die TCustomIniFile und TIniFile aus der Unit System.IniFiles und bin fertig?

[DeddyH]

Ähnliche Gedanken gingen mir auch durch den Kopf.

[KodeZwerg]

Klingt doof, ist aber so, um Dateigröße zu sparen.

[venice2]

Zitat:

Ich habe nie verstanden, warum jemand bei NonVCL-Projekte (man beachte das Visual Component Library in der Abkürzung) auf Basisfunktionalität aus der RTL (Runtime Library) verzichten sollte.

Weil nicht jeder vorgekauten Kram verwenden möchte und über die Hintergründe der Funktionen usw. lernen möchte.
Es gibt viele Bücher die kann man alle lesen solange einem die Zeit dafür bleibt ein eigenes zu schreiben hingegen bedarf Recherche, Hintergrundwissen, Informationen Grammatik natürlich.
Diese bekommt man aber nicht vorgekaut sondern muss es sich erarbeiten.

Der ganze sinn der Verwendung von NonVcl ist das erlernen des Hintergrundwissen.
Irgendwas auf die Form klatschen kann jeder dafür benötigt man auch kein fundiertes wissen.
Und was ist daran falsch mit Bit und Bytes sparsam umzugehen schließlich tut ihr es auch mit eurer Kohle.
Verschwenderische Gesellschaft.

Lass den Mann doch machen wenn er Spaß daran hat.

[DeddyH]

Und Dein ganzes Windows-API-Hintergrundwissen kannst Du in die Tonne treten, wenn Du Dich dann an FMX heranwagst.

[KodeZwerg]

Ok, Projekt in Tonne.

Daniel bitte lösch das alles hier.

[Daniel]

Als Forschungsprojekt bestimmt spannend - man muss sich nur im Klaren sein, das Rad komplett neu zu erfinden. Angefangen von Hilfsfunktionen wie FileExists() bis eben hin zu der INI-Funktionalität. Für Forschungszwecke kann man Tests ggf. vernachlässigen, für den produktiven Einsatz wird es dann vielleicht doch spannend, ob das selbst geschriebene FileExists auch auf Netzwerkpfaden funktioniert und derlei mehr.
Bytes zu sparen ist schön und gut - im gewerblichen Einsatz muss man den Aufwand gegenrechnen und die Frage beantworten, ob es wirklich nötig war, das alles selbst zu schreiben.

[venice2]

Zitat von DeddyH:

Und Dein ganzes Windows-API-Hintergrundwissen kannst Du in die Tonne treten, wenn Du Dich dann an FMX heranwagst.

Wer bracht schon so einen unausgereiften Mist.
FMX ist für die Tone und ein speziell für Delphi entwickeltest Modding Dings.
Wer braucht so was.

Du? Viel Spaß damit.
NB. Es gibt nichts unter FMX das ich mit OpenGL, Unity und konsorte nicht auch erreichen könnte.
Aber es ging hier auch nicht um FMX schlechter vergleich.

Ich arbeite bzw. Beschäftige mich mit Windows nicht mit Android, Smartphones und der gleichen.

Zitat:

man muss sich nur im Klaren sein, das Rad komplett neu zu erfinden.

Habe noch nichts neu erfunden was nicht schon da war.

[Delphi-Laie]

Zitat von TiGü:

Wenn ich sowas haben wollen würde, warum kopiere ich mir dann nicht einfach die TCustomIniFile und TIniFile aus der Unit System.IniFiles und bin fertig?

Weil es - bei Veröffentlichung - mit dem Urheberrecht kollidiert?!

[KodeZwerg]

Update am Code vorgenommen.

Mfg