J'ai une application qui a besoin de stocker des données. Actuellement, j'utilise les paramètres d'application intégrés pour le faire, mais cela ne me donne que deux choix: l'étendue de l'application et de l'utilisateur. Idéalement, je veux une portée "locale" qui permette à l'application de s'exécuter sous un autre utilisateur et de toujours trouver ses données plutôt que de les recréer pour cet utilisateur. La portée de l'application peut le faire, mais elle est en lecture seule. Les données d'application seront modifiées par l'utilisateur. C'est OK si seulement l'administrateur est autorisé à apporter des modifications aux données.Où dois-je stocker mes données d'application?
Comme vous pouvez probablement le deviner, j'ai un outil d'administration qui permet à l'utilisateur de changer les données et le coureur de service Windows qui lit les données et fait quelque chose avec lui. Ce serait génial si le coureur du service Windows accède aux données créées par l'outil d'administration.
Quel type de données stockez-vous? Préférences de l'utilisateur, etc. ou données utilisées par l'application? – gooch
Je stocke des données incroyablement simples. Il n'y aura presque jamais de situation où plus de 10 objets sont stockés. Les données sont des paramètres de tâche (c'est-à-dire, nom, répertoire, plugin à utiliser, etc.) qui seront exécutés dans un service qui existera en dehors de mon outil d'administration. Il est impératif que le service puisse trouver cette information. Les paramètres seraient idéaux, mais l'accès à partir du service semble être difficile. Comment ferais-je cela? –