Как меняется Bounds при скролле в ScrollView?

Как изменяются Bounds при скролле в UIScrollView

При скролле в UIScrollView изменяется именно свойство bounds.origin, в то время как frame.origin остается неизменным. Это фундаментальное различие между frame и bounds в iOS UIKit.

Различие между Frame и Bounds

• frame — описывает положение и размер view в системе координат её superview (родительского представления). При скролле frame UIScrollView не меняется.
• bounds — описывает положение и размер view в её собственной системе координат. Свойство bounds состоит из origin (точка начала координат) и size (размер видимой области).

Механика скролла

Когда пользователь скроллит содержимое, UIScrollView смещает начало своей собственной системы координат (bounds.origin). Это создает иллюзию движения содержимого внутри статичной viewport-области.

Пример:
Допустим, у нас есть UIScrollView с contentSize = (600, 600) и bounds.size = (300, 300). При начальном состоянии (скролл в начале):

scrollView.bounds.origin = CGPoint(x: 0, y: 0)
// Видимая область показывает верхний левый угол контента (0, 0)

После прокрутки вправо на 100 точек и вниз на 200 точек:

scrollView.bounds.origin = CGPoint(x: 100, y: 200)
// Теперь начало системы координат scrollView смещено.
// Видимая область показывает контент, находящийся в координатах (100, 200) в системе координат содержимого.

Визуализация процесса

Представьте, что UIScrollView — это «окошко» (bounds.size), через которое мы смотрим на большое полотно (contentSize). При скролле мы не двигаем окно — мы перемещаем полотно под ним. В координатах окна это фиксируется как смещение начала координат (bounds.origin).

Практические следствия для разработки

1. Расчет видимого контента:
   Чтобы узнать, какая часть контента сейчас видна, мы используем bounds:

   let visibleRect = scrollView.bounds
   // Этот прямоугольник описывает видимую область в системе координат scrollView.
   // Его origin указывает на смещение скролла.
   

2. Ручное управление скроллом:
   При программном скролле мы изменяем bounds.origin (обычно через методы setContentOffset(_:animated:) или scrollRectToVisible(_:animated:)):

   // Проскроллить к определенной точке
   scrollView.setContentOffset(CGPoint(x: 150, y: 300), animated: true)
   // После этого scrollView.bounds.origin станет (150, 300)
   

3. Кастомное отображение в подклассах:
   При создании кастомных view, которые должны реагировать на скролл (например, параллакс-эффекты), мы часто проверяем bounds родительского scrollView:

   override func layoutSubviews() {
       super.layoutSubviews()
       guard let superview = superview as? UIScrollView else { return }
       let offset = superview.bounds.origin
       // На основе offset применяем трансформации к subviews
   }
   

Важные нюансы

• contentOffset — это синоним bounds.origin:
  На самом деле, свойство contentOffset UIScrollView — это просто удобный геттер/сеттер для bounds.origin. Изменение одного автоматически изменяет другое.

• Не путать с frame subviews:
  Subviews (дочерние представления) внутри scrollView имеют свои frame, заданные в системе координат scrollView. Их frame.origin обычно не изменяется при скролле — вместо этого меняется bounds.origin родительского scrollView, что приводит к визуальному сдвигу.

• Работа с Auto Layout:
  При использовании Auto Layout с UIScrollView важно правильно настроить констрейнты, чтобы contentSize вычислялся корректно. Изменение bounds при скролле не влияет на эти констрейнты.

Заключение

Понимание того, что при скролле меняется именно bounds.origin UIScrollView, а не положение его subviews, является ключевым для корректной работы со скроллируемыми интерфейсами, кастомной отрисовкой, оптимизацией производительности (например, переиспользованием ячеек в UITableView) и созданием сложных интерактивных эффектов. Это основа механизма скролла во всей экосистеме UIKit.