在Windows Phone应用程序中缓存集合中的表是错误的做法
本文关键字：错误 集合 Windows Phone 应用程序 缓存 | 更新日期: 2023-09-27 18:22:25
这是我的场景
我在WindowsPhone应用程序中有一个SQLCE表，其中包含一列。在本专栏中，我有大约750个字符串，我必须不时地在Lisbox中向用户显示这些字符串。
为了避免一次又一次地查询表，我制作了一个字符串的静态集合。现在我只需要查询一次表，因为我将查询结果存储在静态集合中，其余时间我直接从静态集合中挑选列表。它使我的UI反应更灵敏。
如果这是一个桌面应用程序，我不会太麻烦，但我是Windows Phone应用程序的新手，我想知道这是一种糟糕的做法吗？我担心只要我的应用程序运行，750个字符串就会在内存中。这是一个合理的担忧吗？如果是，还有其他选择吗？
你的部分问题毫无意义——循环。
为了避免一次又一次地查询表，我制作了一个字符串的静态集合和如果是，还有其他选择吗？
直接得出答案——是的，有一个替代词。每次都要查询数据库。这是个问题吗？即使在手机上，返回750个字符串也很快。
如果没有更多的上下文，就无法回答其余问题。
750个字符串，我必须在Lisbox中不时向用户显示这些字符串。
这可能意味着什么都没有。什么是"不时"？如果是某个每隔几个小时使用一次的设置，那么为了不从SQL Server中提取这些限制而一直保留这些限制显然是不明智的。有过滤器吗？在桌面上显示750个条目毫无意义，在小型手机界面上甚至会少得多。
它使我的UI反应更灵敏
如何？偶尔能节省0.1秒？还是每分钟2秒？
如果没有更多信息，该查询将无法回答，因为asnwer取决于使用模式和实际字符串。
也就是说：我怀疑750行存储是否有必要——只要在需要的时候从数据库中提取即可。然后不要等到你把所有的列表都显示出来——这是下一步：我怀疑750元素的列表框是否有意义。