Что будет с frame, если родителя повернуть на 45 градусов?

Влияние трансформации родителя на frame дочернего view

Когда вы применяете трансформацию (например, поворот на 45 градусов) к родительскому UIView, это кардинально меняет поведение системы координат для всех его дочерних представлений (subviews). Важно понимать, что свойство frame становится неопределённым и практически бесполезным в этом контексте.

Почему frame становится невалидным

Свойство frame представляет собой прямоугольник в системе координат супервью (родителя). Оно определяется парой свойств: center (точка центра в координатах супервью) и bounds (размеры и начало системы координат самого view). Формула упрощённо выглядит так: frame = CGRect(x: center.x - bounds.width/2, y: center.y - bounds.height/2, width: bounds.width, height: bounds.height).

Однако, когда к родителю применяется аффинная трансформация (transform), вся его система координат искажается. Для дочернего view вычисление его frame (в координатах трансформированного родителя) становится неоднозначной и "дорогой" операцией, которая может не иметь простого прямоугольного представления.

Что происходит на практике

Вот ключевые последствия:

1. frame может возвращать неожиданные значения. Система попытается вычислить минимальный прямоугольник (граничную рамку — bounding box), который содержит трансформированное дочернее представление. Этот прямоугольник часто не будет совпадать ни с визуальными границами, ни с логическим положением view.

2. Изменение frame после трансформации родителя ведёт к непредсказуемому поведению. Установка нового frame для дочернего view может привести к неожиданным изменениям его center и bounds, так как система пытается "обратно спроецировать" ваши координаты в искажённую систему.

3. Для позиционирования и изменения размеров дочернего view используйте bounds и center. Эти свойства работают в собственной (локальной) системе координат view и не затрагиваются трансформацией родителя. Они остаются единственными надёжными источниками информации и инструментами для управления геометрией.

// ПРИМЕР: Поворот родителя и работа с дочерним view

let parentView = UIView(frame: CGRect(x: 50, y: 50, width: 200, height: 200))
let childView = UIView(frame: CGRect(x: 50, y: 50, width: 100, height: 100))

parentView.addSubview(childView)

// Применяем поворот к РОДИТЕЛЮ
parentView.transform = CGAffineTransform(rotationAngle: .pi / 4) // 45 градусов

// В этот момент frame ребенка в координатах родителя НЕДОСТОВЕРЕН
print("Ненадёжный frame ребёнка: \(childView.frame)") // Может быть странным, например, с отрицательными значениями

// Надёжные свойства (не зависят от transform родителя):
print("Надёжный bounds ребёнка: \(childView.bounds)") // (0.0, 0.0, 100.0, 100.0)
print("Надёжный center ребёнка: \(childView.center)") // (100.0, 100.0) - в координатах родителя ДО его поворота

// ПРАВИЛЬНЫЙ способ переместить/изменить размер дочернего view:
childView.bounds = CGRect(x: 0, y: 0, width: 120, height: 80) // Меняем размер
childView.center = CGPoint(x: 110, y: 90) // Перемещаем

// НЕПРАВИЛЬНЫЙ способ (поведение непредсказуемо):
// childView.frame = CGRect(x: 70, y: 70, width: 120, height: 80)

Как правильно работать с геометрией в такой ситуации

• Для получения визуальных границ трансформированного дочернего view в системе координат другого view (например, окна) используйте метод convert(_:to:).

  let childFrameInWindow = childView.convert(childView.bounds, to: nil)
  

    Этот метод корректно учтёт все трансформации в цепочке иерархии.

• Для проверки попадания точки используйте метод hitTest(_:with:), который автоматически учитывает трансформации. Не проверяйте вхождение точки в frame.

• Итоговое правило: Если любой view в цепочке супервью (parent, grandparent) имеет ненулевую трансформацию (transform != .identity), считайте свойство frame этого view и всех его потомков только для чтения и потенциально содержащим некорректные значения. Вся работа с геометрией должна вестись через bounds и center.

Таким образом, поворот родителя на 45 градусов инвалидирует значение frame его дочерних view. Frame перестаёт отражать реальное положение и размер в привычном понимании, и опираться на него в коде нельзя. Это фундаментальный аспект работы аффинных преобразований в UIKit.