2011-08-24 50 views
0

在我们的Silverlight业务应用程序中,我们需要将非常大的文件(100 MB)缓存到独立存储中。我们分别分发文件以供用户下载,然后他们可以通过应用程序将这些文件导入到独立存储中。Silverlight - 将文件直接复制到独立存储实际存储文件的位置

但是,隔离存储API似乎非常慢,需要一个小时才能导入大约500MB的数据。 鉴于我们处于用户信任我们的企业环境中,我希望用户能够将文件直接复制到Silverlight在使用API​​时存储文件的文件系统上的物理位置。

位置因操作系统而异,但没关系。然而问题是,Silverlight似乎以一种有点神秘的方式存储文件。如果我去我的AppData \ LocalLow \ Microsoft \ Silverlight \,我可以看到一些看起来像long Guid的奇怪命名文件夹。

我的问题:是否有可能在那里直接复制文件,或者是否会让Silverlight沮丧?

回答

1

从我一直在测试它会使东西失败/行为怪异。我们有一些我们必须清除的东西,即使我们删除了文件以测试它的工作方式,旧空间没有丢失。因此,有些文件是在IS中注册的,它们有多大。

0

我认为这将是至关重要的,你会发现为什么IS是如此之慢。你能否在所有客户端确认这一点?测试一些其他人。如果是这样的话,这应该提交给微软。可能你可以改变你的serailization模式并保存较小的文件?我不会建议试图弄清楚微软的临时和不稳定的IS存储位置。

相关问题