好的我正在设计一个应用程序,它具有62个内容屏幕的非常简单的布局,可通过27个菜单屏幕访问.总共有89项活动.
目前,每个内容屏幕都是一个只调用XML布局(一些文本,按钮和图像)的Activity,并添加了一些onClick功能.
每个菜单屏幕都是一个ListActivity,按下列表中的每个项目将打开该项目的活动(无论是另一个菜单屏幕还是内容屏幕).
目前我正在使用3个菜单屏幕和一个内容屏幕进行测试.很好地滚动它们所有,但我担心当我完成应用程序时,它将有太多的活动,并使应用程序缓慢和slugish.在应用程序的平均使用中,我想用户将使用不超过10个活动,但我不确定Android是否会预期创建其他未使用的活动或什么.
因此,实现这一目标的另一种方法是只有几个活动(MainMenu可能为1,subMenu为1,ContentScreen为1)可以确定要显示的布局.但是我觉得这意味着每个Activity都有很多工作要做,而且我失去了按下Back按钮的功能,让用户通过菜单层次结构备份(并将替换后退按钮编码到每个屏幕上)涉及onClick的大量案例涉及每一个可能的布局,所有89个!).
这个应用程序的最佳方式是什么？
很感谢任何形式的帮助