Был ли опыт работы со сложными кастомными вью в Android

Что проверяют

Хотят понять, где проходит граница вашего опыта: собирали ли вы только составные вью из готовых виджетов или сами отвечали за измерение, отрисовку и касания. Следом обычно просят рассказать, как вы добивались плавности и что делали с wrap_content.

Как отвечать

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

• измерение: onMeasure() с разбором MeasureSpec (режимы EXACTLY, AT_MOST, UNSPECIFIED) и обязательный вызов setMeasuredDimension(). Для своего ViewGroup добавляется onLayout() с раскладкой детей;
• отрисовка: onDraw() с Canvas, Paint, Path. Объекты создаются заранее, а не на каждый кадр, иначе сборщик мусора даёт рывки, а Lint выдаёт DrawAllocation;
• обновление: invalidate() только перерисовывает, requestLayout() запускает новое измерение и раскладку. Путать их значит либо терять изменение размера, либо зря гонять measure на каждый кадр;
• атрибуты: declare-styleable в XML, чтение через obtainStyledAttributes() и recycle() или withStyledAttributes из core-ktx;
• касания и доступность: onTouchEvent(), GestureDetector, порог ViewConfiguration.get(context).scaledTouchSlop. Для виртуальных элементов внутри одной вью нужен ExploreByTouchHelper, иначе TalkBack их не увидит.

Если новые экраны у вас на Jetpack Compose, упомяните аналоги: Canvas, Modifier.drawBehind, свой Layout и встраивание старой вью через AndroidView.

Если опыта нет, не выдумывайте. Скажите, что делали составные компоненты, и опишите, с чего начали бы свою вью: какие методы переопределить и как проверить производительность в Layout Inspector и Perfetto.

Где спотыкаются

Выдают за сложную вью LinearLayout с тремя вложенными виджетами. Первый вопрос про onMeasure закончит разговор.

Создают Paint и Path прямо в onDraw(). На анимации это даёт пропуски кадров, их потом списывают на слабое устройство.

Игнорируют MeasureSpec, из-за чего wrap_content ведёт себя как match_parent: базовая реализация View в режиме AT_MOST просто занимает всё доступное место.