我最近发现了IsolatedStorage.net 中的设施，我想知道什么时候应该将它们用于我的应用程序数据，什么时候应该使用（例如）Application.LocalUserAppDataPath.
我注意到的一件事是Application在 winforms 应用程序之外不存在，所以看起来IsolatedStorage对于需要某些特定存储的类库可能有意义，特别是如果该库可能由 Web 应用程序和 winforms 应用程序使用。这是唯一的区别点，还是还有更多区别？
（通常，到目前为止，当库可能需要某种外部存储时，我已经让应用程序向库提供文件流——一般来说，我不喜欢库具有调用者上下文之外的某种状态。）
isolatedStorage 有几个有趣的功能，可能会让您选择它：
即使信任度非常低的应用程序（例如单击一次）也可以访问隔离存储。并非所有应用程序都可以访问 AppData。根据应用程序施加的安全策略，IsolatedStorage 也可能受到限制，但它通常比 AppData/文件系统更容易访问。
isolatedStorage 存储要求可以通过管理员策略进行控制。
您不必知道隔离存储数据的存储位置或方式。它有一个统一的 API，用于在所有系统上访问它，您可以完全忽略它存储的底层路径。正如您所指出的，这对于可能不知道托管应用程序如何存储数据的库非常有用。
您还可以轻松地将数据存储在具有不同隔离级别的隔离存储中。看isolatedStorageScope 值了解更多信息。这是它的同名，所以我想我应该首先列出这一点:)
缺点：
- isolatedStorage 对可以存储的数据量有一些显着的限制。例如，应用程序首选项可以，但它不适用于文档。
一些有用的链接：
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
