Name des Programms:
Configuration Lib 1.0 (Derzeitiger Name, eventuell später anders, ist ja Beta)

Beschreibung:
Diese Bibliothek beinhaltet einige Funktionen zum Lesen/Schreiben von .cfg (Konfigurations-) - Dateien.
Ich denke für Anfänger ist das eine prima Möglichkeit, um gewisse Daten während der Laufzeit des Programms "easy" abzuspeichern/lesen.
Das Projekt ist nichts besonderes, man könnte es auch selber schreiben, aber wie gesagt, es ist so etwas einfacher.

Screenshot(s):
Klassendiagramm:


Wie funktioniert das ganze?
Es ist, wie weiter oben beschrieben sehr einfach.


Verwendete Programmiersprache und IDE:
Visual Basic .NET (IDE: VS 2012 Ultimate)

Systemanforderungen:
.NET Framework 2.0
Getestet unter Windows 7 Ultimate - 64 Bit

Kritik/Anregungen
Kritik und Anregungen sind wie bei mir eigentlich immer, gerne erwünscht.
Ich freue mich über Verbesserungsvorschläge.

Download:
Library + Demo Projekt von meinem Webspace.

Lizenz/Weitergabe:
Freeware, Einkompilieren nicht erlaubt. Bei größeren Projekten bitte ich auf meine Homepage(geartech.de) zu verweisen.

Also viel Spass mit der Lib und hoffe ihr könnt damit was anfangen.

was kann diese dll, was man mit den normalen Settings nicht viel einfacher bewirken könnte?

Naja, ganz einfach, man kann seine Konfigurationsdatei woanders speichern?
Ich denke das sollte Grund genug haben.

Heißt ne simple ini lib. Oder täusch ich mich da?

naja - grad Anfängern würde ich nicht empfehlen, ihre Konfiguration an einem anneren Ort zu speichern, als vom Framework dafür vorgesehen.
Aber seisdrum - annerer Nachteil eines selbstgebastelten Konfigurations-Formates ist die fehlende Typsicherheit. Deine Settings scheinen nur den Typ String zu kennen, kein Boolean, DateTime, StringCollection, Integer, Double...
Sicher kann man alle Datentypen irgendwie nach String konvertieren und zurück, aber mit KonvertierungsCode schreiben fällt man noch leichter auf die Nase als mit dem Festlegen eines zulässigen SpeicherOrtes - wenn das Progg auch auf anneren Rechnern als dem Entwicklungs-Rechner laufen soll.

Naja, aber lieber in einer .ini als in meiner Registry

My.Settings ist aber nicht die Registry.
Das ist %appdata%.
Nach Microsoft der korrekte Speicherort für solche Daten

Das ist mir klar
Ich meine auch das die Registry keine Alternative zu mySettings oder einer .ini-Datei darstellt...
..bzw. darstellen sollte. Ob das jemanden interessiert ist die Frage, mein Eindruck ist das sie doch gern dafür missbraucht wird^^

Zuerst einmal will ich nochmal klar darauf hin deuten, dass es die erste Version ist.

Das mit dem einzigen Format(String) ist mir natürlich bewusst. Für die erste Version allerdings die beste Lösung.
Das mit den verschiedenen Formaten steht auch auf meiner ToDo Liste für die Lib.

Zur My.Settings - Variante. Natürlich bietet sie von den Funktionen aktuell viel mehr, aber ich finde es durchaus nicht in Ordnung, das selbst Anfänger nicht wissen wo ihre Daten gespeichert sind. Und damit meine ich, dass sie diese Konfigurationsdatei ja benutzen, sonst würden sie die Lib ja nicht benutzen ... Logisch oder?

Ich finde das also Schwachsinn mit dem Speicherort, dass es umbedingt AppData sein muss.
Bei der My.Settings Variante wird außerdem immer eine neue Settings Datei erstellt, wenn die Datei/Assembly - Version geändert wurde. Also sind die vorher gespeicherten Daten, FUTSCH!

Ich sagte ja auch, das es etwas ganz simples ist. Und jetzt kann ich noch dazu sagen, es ist eine, imo, bessere Alternative, Werte zu speichern und einzulesen. Wer anderer Meinung ist, bitte, ist ja gar kein Problem.

Killerjo96 schrieb:

... - Version geändert wurde. Also sind die vorher gespeicherten Daten, FUTSCH! ....

xtts02 schrieb:

My.Settings.Upgrade

Trotzdem irgendwie unnötig.

Du hast ne Property, die "GetLibVersion" heißt? Hast du den Sinn von Properties verstanden?

Samus Aran schrieb:

Hast du den Sinn von Properties verstanden?

Ja, sonst würde ich sie wohl kaum nutzen oder? Wieso immer so am klugscheißen @Samus Aran ?
Sie ist ReadOnly, zwar völlig unnötig, aber ist es jetzt wirklich so schlimm das diese Property enthalten ist?
Ich glaube nicht

Hallo,

Leute, beruhigt euch mal. Seine meinung zu sagen ist nicht gleich "Klugscheißen"!

Eine eigenschaft ist nicht wircklich Optimal genutzt um ein Statischen Text wiederzugeben. Da kann man ja eine Konstante nehmen (finde ich^^).

Zu deiner Lib:

Wen man umbedingt seine Daten an einen "anderen ort" speichern will?? Warum macht man das nicht mit einer XML, und die System.IO Namespace bietet ja mit den StreamReader und den StreamWriter ja so viele wunderbare Funktionen Daten "wo anders" zu speichern.

Und mit etwas Fantasie und logischen Denken kann man ja auch noch ein an seine eigenen Bedürftnisse angepasstes Speicherformat verwenden.

Ich zumbeispiel speichere alles in einer Klasse ab, diese wird Anschlißend Serialisiert. Will ich die Daten wiederhaben Deserialisiere ich sie und habe sie wieder in mein Proggi.

Konta Argument Jedder kann die Datei Lesen: Nein! Nicht wen man den BinaryFormater benutzt. Ok, mann kann die Datei via ReverseEngenering hacken aber wichtige Daten gehören eh verschlüßelt. Also selbst wen. Was ist so schlimdaran das jemand sehen kann ob Forecolor auf Red oder Blue gestellt ist (wen ihr versteht was ich meine^^).

Meine Meinung: Ich finde es wircklich sehr Toll das du eine Lib für sowas schreibst. Einige Anfänger dürften sich sicherlich drüber Freuen. Aber ich finde es nicht so toll wie du es umgesetzt hast. Typsicher (wie hier schon erwähnt) sieht anders aus. Und "Bei Größeren Projecten ein Verweiß auf deine HP). Das klingt nach Werbe Aktion. (Sry, eigendlich kann ich es nachvolzihen; Aber deine Lib ist nicht wircklich für Größere Projecte zu gebrauchen).

Aber Trotzdem. Nicht entmutigen lassen sondern einfach mal die Vorschläge durchlesen, ne nacht drüber Schlafen und nachdenken was man so alles Verbessern kann. Und dann weiter Programmieren. Ich werde auf jedenfall mal die Version 2 deine Beta anschauen.

LG, Herbrich