Guten Abend,
schreibe zur Zeit einige Libraries für meine Firma. Z.b. eine Library, um die verwendete Messgeräte (Dig. MultiMeter, Klimaschrank, Druckkalibrator,usw.) anzusteuern.
Dazu habe ich eine Library
Schreibe dazu auch eine Data-Access-Layer, die aus den Daten der Datenbank, diese Objekte generiert, da die DB ist Teil eines 3rd-party-Software, die wir als ERP benutzen.
Also wenn ich die Daten aus der DB kriege, muss ich ein wenig Arbeit und "parsing" machen, um aus den Daten, die jeweilige Messzelle, Transmitter oder was auch immer zu machen.
Diese Libraries werden jetzt (und in der Zukunft in noch mehr) in verschiedene Apps benutzt.
Bis jetzt habe ich alles als Parametern an die Library übergeben, denke aber evtl. ein anderer Weg wäre eleganter.
Meine Wille ist jetzt, dass die Dll's auf die ApplicationSettings, der App wo sie grad benutzt werden zugreifen und so Sachen wie Connection Strings, ComPorts, usw. auslesen.
Z.B das selbe Programm läuft auf 2 versch. PC habe, beide verbunden mit Messgeräte der selben Sorte, aber die ComPorts der Geräte unterscheiden sich vom Computer zu Computer. Jetzt würde ich im PC A, die richtige Ports einstellen, im PC B das selbe, und die Control DLL, liest bei jedem die Settings und arbeitet nach diesen.
Eine andere Verwendung wäre z.B, alle die Programme die auf meinem PC laufen, greifen auf meine lokale DB und nicht auf den Server. Die Data Access Lib würde die ConnectionString-Setting in meinem App-Settings auslesen und fertig.
Nach etwas lesen und suchen denke, dass der richtige Weg ist mit
Ich habe bist jetzt ein Test mit einer dummy(n?) Library und
Habe folgendes gemacht:
Leider settings ist leer. Also etwas mache ich hier falsch...
schreibe zur Zeit einige Libraries für meine Firma. Z.b. eine Library, um die verwendete Messgeräte (Dig. MultiMeter, Klimaschrank, Druckkalibrator,usw.) anzusteuern.
Dazu habe ich eine Library
Entities
geschrieben, wo Klassen wie Drucktransmitter
, Messzelle
, deklariert sind, welche die eig. "Business Objekte" darstellen.Schreibe dazu auch eine Data-Access-Layer, die aus den Daten der Datenbank, diese Objekte generiert, da die DB ist Teil eines 3rd-party-Software, die wir als ERP benutzen.
Also wenn ich die Daten aus der DB kriege, muss ich ein wenig Arbeit und "parsing" machen, um aus den Daten, die jeweilige Messzelle, Transmitter oder was auch immer zu machen.
Diese Libraries werden jetzt (und in der Zukunft in noch mehr) in verschiedene Apps benutzt.
Bis jetzt habe ich alles als Parametern an die Library übergeben, denke aber evtl. ein anderer Weg wäre eleganter.
Meine Wille ist jetzt, dass die Dll's auf die ApplicationSettings, der App wo sie grad benutzt werden zugreifen und so Sachen wie Connection Strings, ComPorts, usw. auslesen.
Z.B das selbe Programm läuft auf 2 versch. PC habe, beide verbunden mit Messgeräte der selben Sorte, aber die ComPorts der Geräte unterscheiden sich vom Computer zu Computer. Jetzt würde ich im PC A, die richtige Ports einstellen, im PC B das selbe, und die Control DLL, liest bei jedem die Settings und arbeitet nach diesen.
Eine andere Verwendung wäre z.B, alle die Programme die auf meinem PC laufen, greifen auf meine lokale DB und nicht auf den Server. Die Data Access Lib würde die ConnectionString-Setting in meinem App-Settings auslesen und fertig.
Nach etwas lesen und suchen denke, dass der richtige Weg ist mit
System.Configuration.ConfigurationManager.AppSettings
Ich habe bist jetzt ein Test mit einer dummy(n?) Library und
ConfigurationsManager
gemacht, schaffe aber nicht die Settings zu lesen.Habe folgendes gemacht:
- Library erstellt mit einer Klasse mit nur einer Methode
- WinForms erstellt, Library referenziert, einige Settings erstellt
- Form1 Code geschrieben
VB.NET-Quellcode
Leider settings ist leer. Also etwas mache ich hier falsch...
Life doesn't give you a datasheet. Sometimes the docs are wrong and you have to try it.
Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von „rgomez“ ()