Tengo una aplicación que necesita para almacenar datos. Actualmente, estoy usando la configuración de la aplicación integrada para hacerlo, pero solo me da dos opciones: ámbitos de aplicación y de usuario. Idealmente, quiero un ámbito "local" que permita que la aplicación se ejecute bajo otro usuario y aún así encuentre sus datos en lugar de volver a crearla para ese usuario. El alcance de la aplicación puede hacer esto, pero solo es de lectura. Los datos de la aplicación serán cambiados por el usuario. Está bien si solo el administrador puede hacer cambios en los datos.¿Dónde debo almacenar los datos de mi aplicación?
Como probablemente pueda adivinar, tengo una herramienta de administración que permite al usuario cambiar los datos y el corredor del servicio de Windows que lee los datos y hace algo con ellos. Sería genial si el operador de servicios de Windows accede a los datos creados por la herramienta de administración.
¿Qué tipo de datos está almacenando? Preferencias de usuario, etc. o datos utilizados por la aplicación? – gooch
Estoy almacenando datos increíblemente simples. Casi nunca habrá una situación en la que haya más de 10 objetos almacenados. Los datos son configuraciones de tareas (es decir, nombre, directorio, complemento para usar, etc.) que se ejecutarán en un servicio que existirá fuera de mi herramienta de administración. Es imperativo que el servicio pueda encontrar esta información. La configuración sería ideal, pero acceder desde el servicio parece que será difícil. ¿Cómo haría esto? –