Android 仅通过隐藏和更改字段在多个事件中使用同一视图是一种不好的做法吗?

Android 仅通过隐藏和更改字段在多个事件中使用同一视图是一种不好的做法吗?,android,xml,Android,Xml,假设有一个重置密码按钮,其中用户重置密码,并且有一个已登录用户的编辑帐户按钮,因为在我重置密码的情况下,我的界面包含一些通常不在帐户设置界面中的组件(文本视图、编辑文本),那么,如果我已经将帐户设置中的这些组件设置为inteface并将其设置为不可见,这是一种好的做法吗?然后只有当用户按Rest键时,这些才可见 *那样看起来有点乱。或者有单独的接口好吗 *如果我保持单独的接口,它会对我的项目整体功能产生怎样的影响?它会使速度变慢还是大小(MB)变大还是什么 *我认为最好的程序实践是使用更少的接口

假设有一个重置密码按钮,其中用户重置密码,并且有一个已登录用户的编辑帐户按钮,因为在我重置密码的情况下,我的界面包含一些通常不在帐户设置界面中的组件(文本视图、编辑文本),那么,如果我已经将帐户设置中的这些组件设置为inteface并将其设置为不可见,这是一种好的做法吗?然后只有当用户按Rest键时,这些才可见

*那样看起来有点乱。或者有单独的接口好吗

*如果我保持单独的接口,它会对我的项目整体功能产生怎样的影响?它会使速度变慢还是大小(MB)变大还是什么

*我认为最好的程序实践是使用更少的接口和重用,对吗

下图大致是解决我问题的界面设计。圆圈是常见的特征。我知道如果我这样做,我必须通过ID通过我的代码控制一切。因此,任何帮助都将不胜感激


重用是一种很好的做法,我个人支持您的方法。但是,考虑到加载一个相当大的布局文件并隐藏大部分布局文件的情况,重用布局文件也可能很棘手!在这种情况下,加载此布局不需要的层次结构会对性能造成压力。
尽可能使布局文件保持平面。我的意思是,嵌套布局在渲染时会耗费更多的时间和资源。使用尽可能少的视图进行设计当然是一项技能,您应该努力做到这一点

此外,在使用不同的布局文件或重用它们时,还可以利用TraceView和…,来衡量应用程序的性能


有关如何分析和衡量应用程序性能的更多详细信息,

我想这应该取决于我们倾向于翻转布局的频率。考虑到标准的次数,我认为每次添加移除视图而不是膨胀视图是很好的。只是觉得膨胀是一个lil更昂贵。只要根据需要添加和删除视图,因为我觉得您的视图层次结构不够大,无法真正发挥任何作用(我认为您过早地优化了内容)。使用相同的视图将使更改内容比膨胀修改的布局文件更困难。这将更困难,但对编程有好处,对吗?一旦有人能够处理事情。应用程序只包含较少的要存储在其中的文件。这也不错吧?我希望这就是我一直在寻找的答案。谢谢你,这是一篇好文章。研究它并使用工具对你的方法进行精确的分析和测试