Android 对于小型';表格';,在ScrollView内部使用LinearLayout而不是RecyclerView是否不好?

Android 对于小型';表格';,在ScrollView内部使用LinearLayout而不是RecyclerView是否不好?,android,android-layout,android-recyclerview,android-linearlayout,Android,Android Layout,Android Recyclerview,Android Linearlayout,我们的应用程序中有一个小表单(可能有3-4个“屏幕”高),它本质上是不重复的,因为它由用户必须回答的几种不同类型的行/单元格组成,然后在底部有一个“注册”按钮 我想知道的是,在ScrollView中使用LinearLayout而不是RecyclerView是否不好 我知道如果你有很多重复数据行,那么使用RecyclerView来优化UI的性能绝对更有意义,但在这种情况下,我们只讨论了20-25行数据(同样,滚动时可能有3-4行满屏)而且大多数都是唯一的,本质上不重复,因此能够简单地在布局文件中声

我们的应用程序中有一个小表单(可能有3-4个“屏幕”高),它本质上是不重复的,因为它由用户必须回答的几种不同类型的行/单元格组成,然后在底部有一个“注册”按钮

我想知道的是,在ScrollView中使用LinearLayout而不是RecyclerView是否不好

我知道如果你有很多重复数据行,那么使用RecyclerView来优化UI的性能绝对更有意义,但在这种情况下,我们只讨论了20-25行数据(同样,滚动时可能有3-4行满屏)而且大多数都是唯一的,本质上不重复,因此能够简单地在布局文件中声明它们确实简化了事情。没有可回收的视图适配器、视图支架,什么都没有。只是一个简单的布局

那么这被认为是不好的做法吗?是否有任何技术上的缺点,从细胞的旁白总是在内存中,而不是重复使用

我想知道的是,在ScrollView中使用LinearLayout而不是RecyclerView是否不好

不,没关系。
LinearLayout
本身是否是正确答案(而不是
ConstraintLayout
TableLayout
或其他内容)是另一个问题。但是使用
滚动视图
中包装的传统布局是可以的<代码>回收视图在您有很多行并且可以进行回收时变得非常有利。在您的情况下,虽然可能有足够的行来证明
RecyclerView
,但如果这些行不能被回收,那就没有什么意义了