好的,我正在写一个有商店的游戏。商店是我遇到问题的地方,因为商店里的每件商品都有几个统计数据,然后是2个按钮和一个用于购买/销售的编辑文本。
该商店的布局有3个标签,每个标签中有26个项目,总计为:每个标签130个ImageViews,364个TextViews,52个按钮和26个EditTexts。因此,如果您在一个3个选项卡式布局中保持计数总共1,768个视图。 (我知道,“ HOLY CRAP!”)
当我写这个部分时,我并没有真正考虑效率,现在我发现加载此活动平均需要3-5秒或更长时间。我想让它加载得更快,但我喜欢这个店铺的布局和一般的“外观和感觉”。
我已经分解了侦听器,因此它只是侦听当前选项卡中的元素并关闭非活动选项卡的侦听器。这有点帮助,但我不认为这是问题的一个主要方面。
有人可以提出其他任何建议,以帮助加快此活动的加载时间吗?
编辑:Screenshot.我听说过有关回收商的事情?这是什么,它是否适用于帮助加载时间?
答案 0 :(得分:2)
我在设计复杂的对话框时遇到了类似的问题。 基本上,一次需要显示的内容数量并不多,但在所有可能情况下,可能显示的内容数量可能非常大。
我为编码复杂对话框discussed here创建了一种特定于域的语言,基本上,它解决您的问题的方法是在需要时随时生成/销毁对象。人们可能会觉得这在性能方面会很昂贵,但实际上并非如此,并且不会将内存与可能显示的内容捆绑在一起但可能不会非常重要。