IniLib - 08.11.2011

~blaze~ · 29. November 2013, 11:30

Es gibt von Microsoft eine? Ich wüsste nur, dass es diese Api-Funktionen gibt, aber die sind anders aufgebaut, wie die Architektur von meiner Programmbibliothek. Serialisierung wird da auch nicht unterstützt. Besonders toll ist die Programmbibliothek von mir aber eh nicht ;).

Gruß
~blaze~

sonne75 · 29. November 2013, 11:35

Es kann sein, dass es um diese API-Funktionen geht. Was meinst du mit Serialisierung?
Meine ist wirklich sehr rudimentär, weil ich nur das implementiert habe, was ich brauche, basieren tut alles auf Dictionary (im Bild unten, als Private):

~blaze~ · 29. November 2013, 11:42

Das wird dazu verwendet, die Daten von Objekten abzuspeichern und die Objekte wieder zu rekonstruieren (siehe Serialisierung), aber ich schätze, die sollte mal überarbeitet werden (Hier könnte man Zeichenfolgen halt escapen und so, beim normalen Ini eben nicht).
Besonders objektorientiert ist deine Lib aber nicht. ;)

Gruß
~blaze~

radio-ffk · 13. August 2014, 17:05

@~blaze~ Erstmal danke für diese klasse Lib.
So, jetzt das andere: Wie sieht es mit der Lizenz und der Namensnenunng aus?

~blaze~ · 13. August 2014, 17:21

Danke.

~blaze~ kannst du als Name in den Danksagungen nennen, musst du aber nicht, je nachdem, ob es in deinen Augen angemessen ist. Ansonsten darf die Library uneingeschränkt verwendet werden.
Bei Bugs stehe ich gern zur Verfügung.

Gruß
~blaze~

radio-ffk · 13. August 2014, 17:30

@~blaze~ Ich habe jetzt ~blaze~ genannt und auf diesen Thread verwiesen.

Was ich mir wünschen würde wäre eine Property die es zulässt den Pfad einer geladen Ini auszulesen. Dann könnte man zum Beispiel

VB.NET-Quellcode

.Save(<Ini>.Path)

oder so machen. Das ist in meinen Augen ziemlich hilfreich, weil mich stört es ein Bisschen wenn ich jedesmal den Pfad eingeben muss oder umständlich in einer externen Variable hinterlegen.

Danke im Voraus.
radio-ffk

~blaze~ · 13. August 2014, 17:36

Dafür könntest du den Serializer verwenden (siehe Kapitel 1.6 im Expander). Hast du überlegt, ob du nicht My.Settings verwenden willst bzw. My.Resources bzw. eine Konstante oder eine ReadOnly-Variable, falls der Pfad fix ist?

Gruß
~blaze~

radio-ffk · 13. August 2014, 17:43

@~blaze~ Nichts für Ungut :rolleyes:

aber ich traue dem My-Namespace allgemein nicht, und My.Settings erst recht nicht. (s. > My.Settings ignoriert sich ) Das war auch der Auslöser auf deine Lib umzusteigen. Und da der Pfad sich ändert (verschiedene PC's - verschiedene Laufwerksbuchstaben - verschidene Orte usw.) hilft eine Konstante auch nicht wirklich. Bei ReadOnly wäre ich wieder bei einer externen Variable das ist mir irgendwie zu umständlich, lässt sich aber machen.

Eine Frage hierzu:

(siehe Kapitel 1.6 im Expander)

Welcher Expander?

radio-ffk

~blaze~ · 13. August 2014, 17:50

Wurde falsch konvertiert.

Wäre aber in deinem Fall vmtl. besser, wenn du dir das ganze in einer statischen Variablen verpacken würdest. My.Resources ist okay, My.Settings, würde ich sagen, auch. Die sind aber nur dann geeignet, wenn du die Daten permanent speichern möchtest, sonst wärst du mit einer Klasse wirklich besser bedient.

Gruß
~blaze~

radio-ffk · 13. August 2014, 17:52

@~blaze~ Ich speicher den Pfad jetzt in einer Variable. Danke
Würde dich interessieren, für was deine Lib alles verwendet wird? Wenn ja schick ich dir mal per PN das fertige Programm. Wird ein TCP-Chat

Eych · 5. November 2014, 21:07

Das Teil ist super muss ich schon sagen. :thumbup:

~blaze~ · 8. November 2014, 15:19

Danke.

Eych · 8. November 2014, 20:48

Ich habe nun eine Weile damit gearbeitet und in mein derzeitiges Programm implementiert, habe jedoch noch nicht genau herausfinden können wie man eine gesamte Section anhand des Sectionnamen löschen kann. Könnte ich dazu ne kleine Info haben?
Danke schonmal!

~blaze~ · 8. November 2014, 21:13

Das Problem habe ich bisher nicht überarbeitet, da das Programm quelloffen ist. Im Prinzip musst du einfach Sections.RemoveAt(Sections.IndexOf(itemKey)) schreiben, da ich vergessen habe, der IniFileSectionCollection-Klasse eine entsprechende Remove-Methode zu übergeben. Du kannst natürlich auch einfach eine Methode dafür anlegen. Beachte aber, dass IndexOf für nicht vorhandene Schlüssel -1 zurückgibt, d.h. RemoveAt würde in so einem Fall fehlschlagen.

Gruß
~blaze~

IniLib - 08.11.2011

VB.NET-Quellcode

Tags

Ähnliche Themen

7 Benutzer haben hier geschrieben