Android 两种视图添加方法之间的性能差异

Android 两种视图添加方法之间的性能差异,android,view,android-inflate,android-viewgroup,viewstub,Android,View,Android Inflate,Android Viewgroup,Viewstub,在动态添加视图(使用ViewGroup的add/remove view方法)或将视图放入静态布局xml文件并让其编译成二进制形式并在运行时膨胀(常规方式)的性能方面有什么区别 我知道ViewStub是一个选项,但我想知道是否有一个不通货膨胀的区别 谢谢以编程方式添加视图更快。当从布局XML添加视图时,它以相同的方式添加视图,但除此之外,它需要遍历该XML并使用大量反射 但是这需要更多的开发者来承担:)很抱歉反应太晚。我也这么认为,但我只是怀疑,从已编译的二进制布局形式添加和转换视图是否可以补偿视

在动态添加视图(使用ViewGroup的add/remove view方法)或将视图放入静态布局xml文件并让其编译成二进制形式并在运行时膨胀(常规方式)的性能方面有什么区别

我知道ViewStub是一个选项,但我想知道是否有一个不通货膨胀的区别


谢谢

以编程方式添加视图更快。当从布局XML添加视图时,它以相同的方式添加视图,但除此之外,它需要遍历该XML并使用大量反射


但是这需要更多的开发者来承担:)

很抱歉反应太晚。我也这么认为,但我只是怀疑,从已编译的二进制布局形式添加和转换视图是否可以补偿视图树漫游。通过以编程方式添加,您还需要创建视图(分配等)和额外的函数调用,以便将它们正确地添加到布局中。总而言之,我认为差异是如此微不足道,以至于我们可能会忽略它?是的,你是对的,性能的变化非常小。由于动态视图创建占用更少的空间,我仍然建议使用xml。因为代码结构也是编程中非常关键的一部分。xmls是Android的美,它将视图(无需逻辑)与逻辑部分分离。使用xml创建布局时,无需担心多个屏幕。而且,对屏幕进行更改所需的成本也较低。所以最好使用xml布局,并尝试用java创建最少的视图。希望您满意,如果您还有任何疑问,请告诉我:)