Что с производительностью RelativeLayout / ConstraintLayout?

Question

[mitaichik]

Всем привет!

Есть у меня один список (RecyclerView) где каждый item имеет довольно сложный layout (около 40ка lineralayout'ов, textview и т.п.)

Сверстан он довольно топорно - везде LinerLayout и TableLayout (это вообще первый сверстанный мной макет, не обессудьте).

Сейчас я его пределываю, и вот думаю задействовать RelativeLayout / ConstraintLayout.
Вопрос: они производительнее чем куча вложенных LinearLayout (местами - с заданными layout_weight)?

Потому что сейчас на старых телефонах прокрутка списка иногда подтармаживает, не особо заметно, но не приятно.

Answer 1

[Денис Загаевский]

Relative/Constraint будет быстрее кучи Linear'ов c весам. Веса тут важны, тк они дают второй проход по детям Linear'a, и сводят на нет его простоту. Вложенность это плохо всегда.

На самом деле, могу высказать непопулярное мнение - если есть сложный layout внутри Recycler'а, и этот layout необобщенный, а очень даже конкретный, то есть смысл подумать над тем, чтобы сделать его кастомным. То есть унаследоваться от ViewGroup, накидать вьюх (addView)и реализовать onMeasure/onLayout. Если сделать это правильно, то это будет 100% быстрее любого layout'a общего назначения.

Для себя вывел эмпирическое правило - Constraint'у внутри Recycler'a не место. Тормозит.

Answer 2

[illuzor]

Чем меньше уровней вложеннности, тем выше производительность.
С ConstraintLayout работать удобней и он побыстрей, чем RelativeLayout, но не сильно и не всегда.

Comments

[Денис Загаевский]

ConstraintLayout системы линейных уравнений решает в рантайме. Он гибче, но ни в коем случае не быстрее.

[illuzor]

Денис Загаевский, понял. Благодарю за исправление, изучу вопрос подробней.