Stavo leggendo sul namespace System.IO.IsolatedStorage in .NET e ho scoperto che posso usarlo per archiviare un file in una posizione univoca per il mio assembly o eseguibile. Ad esempio, il seguente codice:Qualcuno 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 il file "myUserFile.txt" al seguente indirizzo:
C: \ Users \ Nick \ AppData \ Local \ IsolatedStorage \ bhxcjtkp.bpv \ wbjkcolm.3br \ StrongName.m2s0saaun2onmow3pd5pkml30lf2dobr \ AssemFiles
E utilizzando IsolatedStorageFile.GetMachineStoreForAssembly()
crea una simile struttura di directory in C: \ ProgramData \ IsolatedStorage.
Posso vedere il vantaggio di lasciare che questa API crei un percorso di archiviazione per voi (non dover pensare a un percorso di file da soli). Ma sono rimasto sorpreso nel vedere che non c'erano altri file memorizzati in IsolatedStorage da altre applicazioni di terze parti (almeno non sul mio computer).
Invece, ho trovato alcuni programmi che memorizzano i file di configurazione e semplicemente in C: \ Users \ Nick \ AppData \ Local. Qualcuno sa di un motivo per cui i produttori di software potrebbero evitare di utilizzare IsolatedStorage? O stanno usando un'API diversa che memorizza i file in AppData?
Sono quasi sicuro che molte persone utilizzano IS. – BoltClock