2009-06-10 14 views
4

wir haben eine Reihe von Anwendungen, die auf Konfigurationsdateien verlassen; Diese Dateien nowadwys befinden sich in demselben Ordner der Anwendung, so (z)wo zu speichern Anwendung Konfiguration

C:\Program Files\OurCompany\OurApplication 

Ich verstehe dies der falsche Ordner ist, wo Konfigurationsdateien zu speichern; wo sollten wir speichern diese Dateien:
- Endanwendern ihre Konfigurationen ändern
- mit MS-Richtlinien konform sein
- im Einklang zu sein zwischen den verschiedenen Versionen von Windows ab XP bis zu Windows7
- wobei indipendent von Benutzersprache Ende
Diese Anwendungen werden meist in .NET (1.1 und 2.0), einige in C++, einige in VB6 geschrieben: so ist jede Bezugnahme auf eine API, eine konstante oder auf diese umweltbezogenen alles wird sehr geschätzt.
Vielen Dank im Voraus an jeden, der helfen wird.


EDIT:
ich dies für alle, für die Zukunft der Bearbeitung, die schließlich hier fallen: Pavel Punkt ist ein sehr guter Punkt zu denken; Es ist in unserem Fall nicht anwendbar, da wir eine Mischung aus .NET-, C++ - und VB6-Anwendungen haben, aber es ist in der Tat ein sehr guter Punkt. Nach Glen Vorschlag habe ich diese Links gefunden, die nützlich sein könnten: User Data and Settings Management
Data and Settings Management
Step-by-Step Guide to User Data and User Settings
User Data & Settings (Intelliem Community) Client Settings FAQ

Antwort

2

Diese page auf Benutzerprofile ein gutes Tutorial gibt und wo Einstellungen pro Benutzer speichern

Es enthält Anweisungen, wie die Registry zu verwenden, um das Benutzerprofil, sowie eine Liste der Verzeichnisse zu finden, die unter Systemlauf „% lebt% \ D OKUMENTE und Einstellungen“

Eine Erklärung wird für jeden Ordner und Empfehlungen gegeben für welche Daten wo zu setzen.

Andere Dinge von Interesse sind lokale und servergespeicherte Profile.

+0

Dank Glen: es ist fast, was ich suchte. Wissen Sie übrigens auch, wie Sie auf diese Ordner in .NET und/oder C++ und/oder VB6 zugreifen können? –

3

Sie können isolatedstorage verwenden, um pro Benutzerkonfiguration zu erreichen.

+0

Danke Pavel! Isolierte Lagerung ist eine sehr gute Wahl; Leider scheint _in_our_case_, zwei Hauptnachteile zu haben: 1) gilt nur für .NET-Anwendungen und nicht für C + + - und VB6-Anwendungen; 2) Aufgrund seiner Natur sind Dateien in isoliertem Speicher nicht leicht zu finden, falls man eine Konfigurationsdatei manuell bearbeiten oder ersetzen möchte (manchmal müssen wir leider). Trotzdem bleibt es ein sehr guter Punkt, ich werde es mir in Zukunft merken und ich habe es trotzdem aufgewertet. –

0

Ich kam auf der Suche nach Informationen und stieß in diesen Thread. Ich weiß, es ist schon lange Zeit, aber nur für den Fall können Sie auch einen Blick in: System.Configuration

Verwandte Themen