В чем разница между viewWillLayoutSubviews и viewDidLayoutSubviews в UIKit?

Давай разберём эту парочку, а то как-то всё сухо и академично. Смотри, есть два метода, которые вызываются, когда система пересчитывает, где и какого размера должны быть все твои вьюхи на экране. Это как будто тебе говорят: "Слушай, щас всё переставим, готовься!" и потом "Всё, переставили, проверяй!".

viewWillLayoutSubviews() — это как крик: "Внимание, щас начнём двигать всё нахуй!". Вызывается до того, как система посчитает новые frame и bounds для всех subviews. В этот момент у тебя ещё старые, текущие размеры.

viewDidLayoutSubviews() — это отмашка: "Всё, блядь, расставили!". Вызывается после того, как система всё посчитала и применила. Теперь у всех твоих вьюх — свежие, актуальные размеры. Идеально, чтобы подправить что-то в последний момент.

Короче, в чём разница:

Пример из жизни, чтобы не быть мудаком:

class CustomViewController: UIViewController {
    @IBOutlet weak var headerView: UIView!
    @IBOutlet weak var scrollView: UIScrollView!

    private var previousScrollOffset: CGPoint = .zero

    // 1. viewWillLayoutSubviews - подготовка, типа "щас всё полетит"
    override func viewWillLayoutSubviews() {
        super.viewWillLayoutSubviews() // Не забудь, а то сломается!

        // Сохраняем, где юзер скроллил, ДО того как всё перевернётся
        previousScrollOffset = scrollView.contentOffset

        // Можно сказать системе: "эй, пересчитай констрейнты, я тут новые приготовил"
        view.setNeedsUpdateConstraints()
    }

    // 2. viewDidLayoutSubviews - всё, отбой, можно править
    override func viewDidLayoutSubviews() {
        super.viewDidLayoutSubviews() // Опять не забудь!

        // Теперь все subviews имеют свои настоящие, новые размеры
        let safeAreaTop = view.safeAreaInsets.top

        // Делаем шапку круглой, зная её итоговую высоту
        headerView.layer.cornerRadius = headerView.bounds.height / 2

        // Возвращаем скролл на то же место, где он был до поворота
        scrollView.contentOffset = previousScrollOffset

        // Запускаем свою кастомную логику расстановки
        updateCustomLayout()
    }

    private func updateCustomLayout() {
        // Тут уже можно спокойно работать с финальными размерами
        let headerHeight = headerView.bounds.height
        // ... дальше твоя магия
    }
}

Когда что юзать, чтобы не вышло пиздеца:

Юзай viewWillLayoutSubviews для:

• Сохранения того, что было (позиция скролла, какая ячейка выделена).
• Подготовки данных для нового лейаута.
• Чтобы крикнуть системе: "пересчитай констрейнты!".
• Почистить какой-нибудь кэш, который зависит от размеров.

Юзай viewDidLayoutSubviews для:

• Подгонки интерфейса под итоговые размеры (скругления, тени).
• Настройки слоёв (CALayer) — они любят точные размеры.
• Обновления своей кастомной логики расстановки.
• Восстановления состояния после поворота или смены трейтов.
• Вызова методов, которым нужны уже актуальные frame и bounds.

Важные предупреждения, а то накосячишь:

1. Оба метода дергают по сто раз — при повороте, изменении констрейнтов, вызове setNeedsLayout(), смене safe area. Не пихай туда тяжёлые операции, а то всё будет тормозить, как говно в проруби.
2. Всегда зови super — UIKit там внутри свою важную хуйню делает. Не позовёшь — получишь неожиданные пиздецы.
3. Не меняй констрейнты в viewDidLayoutSubviews просто так — можешь попасть в бесконечный цикл пересчёта лейаута. Лучше делай это в viewWillLayoutSubviews или в updateViewConstraints().
4. Если тебе нужно что-то сделать один раз при запуске — используй viewDidLoad() или viewWillAppear(). Эти методы — не для разовой инициализации.

Как это обычно происходит при повороте экрана:

1. viewWillTransition(to:with:)  // Начинаем поворачиваться
2. viewWillLayoutSubviews()      // Внимание! Сейчас всё поедет!
3. traitCollectionDidChange()    // Если поменялись трейты (размер класс)
4. viewDidLayoutSubviews()       // Всё, отбой, расставили по-новому
5. viewWillAppear()              // Если вьюха снова появляется