问题标签 [isolatedstorage]

我正在寻找支持隔离存储的嵌入式数据库引擎。目前我知道 VistaDB。你还有什么可以推荐的？

要求很简单：

• xcopy 部署
• 支持隔离存储
• 最好是免费的

请注意，使用 IS 时您不知道文件的确切路径。

根据这篇文章Silverlight 2 Beta 2支持该DataContractJsonSerializer对象。但是，当我尝试使用它时，VS 说

“未定义类型‘DataContractJsonSerializer’”。

我有一个标记为 ScriptableMember 的方法，它从 JavaScript 调用并传递一个对象。在此方法中，我需要将对象序列化为字符串（最好是 JSON），然后将其保存在独立存储中。

Silverlight 2 Beta 2 真的支持 DataContractJsonSerializer 吗？或者有人会推荐另一种将 JavaScript 创建的 ScriptObject 保存在独立存储中的方法吗？

Winform 应用程序在我们的 Intranet 中随 ClickOnce 一起发布。我们将个人对 GUI 的偏好存储在独立存储中。一切都很好:)

问题是当我们有一个新版本的应用程序时，我们发布......所有的偏好都丢失了！用户需要在每个版本上设置他们的偏好。

有没有办法冻结整个应用程序而不是版本的隔离？

物理文件在哪里？

以上一个问题为动力，我想将图像和视频临时存储在独立存储中。我的应用程序（用 WPF/C# 编写）将允许用户通过查看它们在MediaElement中的内容来查看这些临时存储的项目。我希望将 MediaElement 的Source 属性设置为存储在 IsolatedStorage 中的视频或图像的 URI，但我无法弄清楚如何动态创建 URI，因为它似乎不受独立存储的天真支持。任何帮助将不胜感激 - 在此先感谢您！

更新 - 2009 年 1 月 21 日 在解决了一天的问题后，我得出结论，隔离存储方法不适用于存储需要由 Uri 引用的大型视频文件。

我最近IsolatedStorage在 .net 中发现了这些工具，我想知道什么时候应该将它们用于我的应用程序数据，什么时候应该使用 (eg) Application.LocalUserAppDataPath。

我注意到的一件事是它Application不存在于 winforms 应用程序之外，因此IsolatedStorage对于需要一些特定存储的类库来说似乎是有意义的，特别是如果该库可能同时被 Web 应用程序和winform 应用程序。这是唯一的区别点，还是还有更多？

（作为一项规则，直到现在，当图书馆可能需要某种外部存储时，我已经让应用程序向图书馆提供文件流——一般来说，我不喜欢图书馆的想法调用者上下文之外的某种状态。）

我正在编写一个第三方 Web 服务的模拟，以允许我们开发和测试我们的应用程序。

我需要模拟允许用户提交数据的功能，然后在将来的某个时候检索服务上的处理结果。我需要做的是将提交的数据保存在某处，稍后再检索（不在同一个会话中）。我想做的是将数据保存到数据库中（最简单的解决方案），但是托管模拟服务的环境不允许这样做。

我尝试使用 IsolatedStorage（应用程序范围），但这在我的实例中似乎不起作用。（我正在使用以下内容来获取商店...

我想我的问题是（考虑到我了解IsolatedStorage 的局限性这一事实）我将如何让它发挥作用？如果没有一致的方法来做到这一点，我想我将不得不退回到坚持到文件系统上的特定文件位置，以及我们环境中需要的权限设置的所有痛苦。

我有一个需要在客户端机器上升级的 .net (2.0) winforms 应用程序。目前，这是通过增加所有项目的程序集版本和文件版本并增加 VS2008 中安装程序项目的版本来完成的。

该应用程序现在利用独立存储将一些用户设置保存在 XML 文件（网格布局等）中。

我现在面临的问题是，如果我增加所有版本号，则应用程序的独立存储有一个新位置，因为文件版本已经改变。有了新的隔离存储位置，所有设置实际上都丢失了。

升级时，Windows 安装程序是否会根据文件版本或程序集版本替换 dll ？

如果它是程序集版本，那么我所要做的就是不增加文件版本。

我有一个偶尔会更新的 .Net 2.0 C# 应用程序，并且程序集版本和文件版本会增加。这一切正常，但它也破坏了在独立存储中存储 xml 设置文件。（xml 文件由 DevExpress XtraGridView.SaveLayoutToXml() 生成）

有没有办法将这些文件从隔离存储中的旧文件夹复制到新文件夹。即从 Appname\1.0.0.0 到 Appname\1.0.1.0

或者有没有更好的地方来存储这些 xml 文件，当应用程序的文件版本发生变化时，这些文件不会改变？

我不想将这些文件存储在应用程序的 .exe 文件夹中，因为在没有管理员权限的情况下不允许应用程序在 Vista 中写入该文件夹。

我已对其进行了编辑和修剪以尝试将其关闭，因为该站点提示我接受答案或添加赏金。

我做了一个实验，在控制台应用程序引用的库中调用了 GetUserStoreForAssembly 和 GetUserStoreForDomain，但我不明白为什么在一种情况下我获得的商店比我预期的要多，而在另一种情况下却少。

Preet 帮助我调整了我的实验，最终我遇到了两个略有不同的问题：

• 当我将控制台应用程序复制到另一个目录时（因此名称保持不变），我得到了两个用户/程序集存储，即每个副本一个，当我希望它们共享时

• 当我将我的库加载到控制台应用程序中的多个域时，当我希望它们不共享时，它们仍然使用相同的用户/程序集/域存储

到那时，这个问题已经很冷了。我做了自己的阅读，我想我找到了答案，所以我自己回答了这个问题，希望有人能确认/纠正。但它在名单上的位置太低了，没有机会。我正要离开它，但后来被提示接受或添加赏金。

所以我把我的答案移到了这里，现在只需要有人添加一些有用的评论来确认或纠正，这样我就可以接受它并知道这实际上对任何想要更好地理解隔离存储的人有用：

第一个问题的可能答案：

强命名程序集当然由它们的强名称来标识。弱命名（不确定这是否是官方术语，但无论如何）由它们的 URL 或文件位置标识。因此，复制到不同目录的同一个弱命名程序集将拥有自己独立的独立存储。

第二个问题的可能答案答案（对此不太确定）：

GetUserStoreForDomain 返回的范围仅限于机器、用户、应用程序和程序集，特别是在特定应用程序中运行的程序集。

我的实验创建了多个额外的域，但它们都在同一个应用程序中。因此，它们都使用同一个域存储。

因此，为了模拟域隔离，我实际上需要从两个不同的控制台应用程序中引用该库。

只有当库（以及因此两个控制台应用程序）是强命名时，这才会正常工作。引用一个程序集会导致它被复制，这意味着如果它被弱命名，它将有一个单独的隔离存储。

我刚刚用强命名尝试了整个实验，我现在得到了 2 个域存储和 1 个装配存储，如预期的那样。