---

Hallo,

im Rahmen meiner Studienarbeit erstelle ich unter Visual Basic.net ein Zusatzmodul für SolidWorks 2009.

Laut Aufgabenstellung sollen diverse Programmparameter in einer ini-Datei gespeichert und beim Programmstart eingelesen werden.

Jetzt habe ich häufiger gelesen, dass dieser Ansatz outdated ist und es zweckmäßiger ist, für diesen Zweck eine XML Datei zu verwenden.

Mich würde interessieren, wie ihr das seht?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo JensemannDU,

also ich persönlich favorisiere XML, da die Handhabung von XML-Dateien im .Net Framework sehr einfach ist.
Es gibt einen eigenen Namespace und auch die Serialisierung von Objekten bietet sehr komfortable Möglichkeiten.

Ich denke aber das dieses Thema mehr was fürs VBasic / vb.net / vbs / wsh Forum ist.
Vielleicht verschiebt Stefan oder Ralf den Beitrag ja ...

------------------
Mfg Daniel

www.MySldWorks.de - SolidWorks API Snippets

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Daniel,

danke für die Antwort.

Ich dachte ich stelle die Frage hier, da das Modul später ja zusammen mit SolidWorks verwendet werden soll, demnach wären "meine" User ja SolidWorks-User und deren Meinung wollte ich erfragen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

JensemannDU,

Ich schreibe Einstellungen lieber in eine INI-Datei. Weil ich die besser lesen kann, wenn ich diese mit notepad2 öffne.
Ich hätte Dir auch eine Class für die INI-Datei (VB.net Projekt oder fixfertige .dll für den GAC), wenn Du möchtest. Die hatte ich damals von hier kopiert:
http://dotnet-snippets.de/dns/neu-klasse-fuer-verwendung-von-ini-dateien-SID1076.aspx

Leider ist der Beitrag nicht mehr dort...?!

------------------
 
http://www.worldcommunitygrid.org

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo JensemannDU,

es ist eigentlich vollkommen wurscht, da typischerweise ein Anwender weder in der INI Datei noch in einer XML was zu suchen hat; Ausnahmen sind so Admin Typen oder Leute, die gerne in den Innereien rumschauen 

Wenn du davon ausgehst, dass die Anwender eben in die INI Datei reinschauen oder da sogar was einstellen sollen würde ich auch eher zu einer Nicht-XML-Datei greifen. Die sind typischerweise zwar auch im Klartext in einem Editor lesbar, aber doch recht sperrig und man muss beim Editieren aufpassen, dass man die ganzen spitzen Klammern nicht durcheinander bringt.

Auf eine "echte" INI Datei in Stil von Windows 3.1 lege ich allerdings auch keinen Wert sondern bastel mir meist eigene "INI Dateien", die ich einfach sequentiell einlese, jede Leerzeile sowie Zeilen mit Hochkomma, Gänsefüßchen, Komma oder Semikolon als erstes Zeichen ignoriere; dadurch kann ich dann schön formatierte und dokumentierte Dateien für Einstellungen oder ähnliches machen.

Wenn du davon ausgehst, dass du deinen Anwendern im Programm Einstellmöglichkeiten gibst und die selbst speicherst und einliest würde ich vermutlich heute auf XML gehen, wenn ich das verkaufen wollte (selbst heute ist es noch wichtig "Web 2.0" und "XML kompatibel" als Hypewort in der Beschreibung zu haben, auch wenn die meisten Leute gar nicht wissen, was das bedeuten soll. Ui, XML kompatibel, muss ja gut sein  ) oder in .NET programmiere; wie Daniel schon geschrieben hat gibt es da sehr einfache fertige Klassen für.

Für mich selbst und einfache Dinge in VB/VBA nutze ich selbstgestrickte INI Dateien und nenn die dann nach Lust und Laune .ini, .lst, .cfg usw. 

Ciao,
Stefan

------------------
Inoffizielle deutsche SolidWorks Hilfeseite    http://solidworks.cad.de
Stefans SolidWorks Blog

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo JensemannDU,

Es kommt darauf an

Aus reiner Anwendersicht ist die ini-Datei sicher angenehmer, da leichter lesbar.

Auf der anderen Seite sind sie sicher nicht mehr ganz state-of-the-art. Microsoft mag sie ja auch nicht mehr, sonst gäbs in .NET ja Support dafür.

Ich persönlich als 'Erzeuger' von Software ziehe immer die XML-Variante vor, da ich dann alles schön strukturiert und erweiterbar habe. Ich bin eben auch nicht selbst für das Parsen verantwortlich und damit scheidet schon wieder eine Fehlerquelle aus.

Wenn der Anwender in der Datei dauernd was ändern muss, dann wird er sich möglicherweise ein bisschen über das kompliziertere XML ärgern. Aber in diesem Fall ist sowieso die Frage ob man solche Steuergrößen nicht besser über eine Oberfläche abfragt.
Wenn die Parameter nur gelegentlich durch einen Admin geändert werden, dann kann es auch ruhig eine XML-Datei sein. Das versteht der dann schon.

Gruß und viel Spaß

Jan

------------------
Ingenieurbüro Jan Böttcher
www.ib-boettcher.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP