Estaba leyendo sobre el espacio de nombres System.IO.IsolatedStorage en .NET y descubrí que puedo usarlo para almacenar un archivo en una ubicación única para mi ensamblado o ejecutable. Por ejemplo, el siguiente código:¿Alguien usa .NET System.IO.IsolatedStorage?
using System.IO.IsolatedStorage;
public class Program
{
static void Main(string[] args)
{
IsolatedStorageFile store = IsolatedStorageFile.GetUserStoreForAssembly();
store.CreateFile("myUserFile.txt");
}
}
crea el archivo "myUserFile.txt" en la siguiente ubicación:
C: \ Users \ Nick \ AppData \ Local \ IsolatedStorage \ bhxcjtkp.bpv \ wbjkcolm.3br \ StrongName.m2s0saaun2onmow3pd5pkml30lf2dobr \ AssemFiles
Y el uso de IsolatedStorageFile.GetMachineStoreForAssembly()
crea una estructura de directorios similar en C: \ Datos de programa \ IsolatedStorage.
puedo ver el beneficio de permitir que esta API crear una ubicación de almacenamiento para usted (no tener que pensar en una ruta de archivo usted mismo). Pero me sorprendió ver que no había otros archivos almacenados en IsolatedStorage de otras aplicaciones de terceros (al menos, no en mi computadora).
cambio, he encontrado un buen número de programas que almacenan los archivos de configuración y tal simplemente en C: \ Users \ Nick \ AppData \ Local. ¿Alguien sabe de alguna razón por la cual los proveedores de software podrían evitar usar IsolatedStorage? ¿O están usando una API diferente que almacena archivos en AppData?
Estoy bastante seguro de que muchas, muchas personas usan IS. – BoltClock