大约10,000个是关于测试不同文件大小的理论最大值(第一篇中的细节).
然而,超过128,性能会大幅下降,如我原始文章中的图表所示(链接Boryana :).
App Angles | mick N的wp7dev博客»有多少文件是用于隔离存储的文件太多？
因此,128是文件夹中性能最高的最大文件数.
性能下降被证明会影响7004中的CreateFile(),OpenFile()和GetAllFiles() . NoDo引入了一个新的性能考虑因素,将性能降低扩展到我在Twitter上讨论过的其他API,并将在最后的NoDo更新文章中详细说明.
我开发了一个轻量级的声明性抽象来提供一个逻辑文件夹,隐藏了使用多个文件夹来实现良好性能的细节.它使用与IsolatedStorageFile完全相同的接口,因此是一个简单的搜索和替换以便投入使用.您可以使用一个语句配置基础物理文件夹结构以适合您的应用程序.
我目前正在通过它的步伐将NoDo放在生产设备上,并在下一篇文章中发布了初步更新.
App Angles | Mick N的wp7dev博客»Windows Phone 7隔离存储文件句柄的NoDo缓存观察以及具有大量文件的文件夹的性能更新(build 7390)
由于新的性能考虑实际上是该库的重大变化,因此对NoDo的抽象进行了修订.
更新已发布在Twitter上,因为我正在确定突破性变化的来源,并通过测试@MickNDev来修改抽象.
我将很快发布NoDo的最终文章,再次证明理论上无限数量的文件可以存储在抽象的逻辑文件夹中,而不会出现明显的性能下降.
到目前为止的测试显示,在低磁盘空间警告中断运行之前,可以存储863,766个文件.
正如我在第二篇文章中提到的,如果有人想将其用于生产用途,我很乐意发布抽象.我最终会做到这一点,无论我什么时候回到我需要的应用程序(当前优先级都有所提高),因为它将从社区开发中受益.
我希望能够在Mango上尽早测试 a)向开发团队提供有关隔离存储使用的性能反馈,以及b)在将Mango推送到设备之前,为任何生产用途准备好抽象.如果您也觉得这对平台有益,请随时帮助它获得Brandon Watson的雷达.他在推特上@BrandonWatson或他的电子邮件是google可搜索的.
| 归档时间： |
|
| 查看次数： |
837 次 |
| 最近记录： |