В каком методе будешь выставлять Constraint?

Отличный и очень важный вопрос. Он проверяет понимание жизненного цикла UIView и последовательности работы с авто-лейаутом. Правильного, единственно верного ответа здесь нет, но есть четкие и обоснованные рекомендации, которые я, как опытный разработчик, всегда соблюдаю.

Краткий ответ: Основным методом для установки большинства констрейнтов является viewDidLoad(). Однако для сложных случаев, требующих точных геометрических расчетов, ключевым методом является viewDidLayoutSubviews().

Давайте разберем подробно.

Основное место: viewDidLoad()

Это предпочтительный и наиболее частый метод для добавления констрейнтов. На этом этапе иерархия представлений контроллера уже загружена из сториборда или кода, но ее геометрия (размеры и положение) еще не рассчитана. Здесь безопасно создавать и активировать констрейнты.

Пример кода в viewDidLoad():

override func viewDidLoad() {
    super.viewDidLoad()

    let customView = UIView()
    customView.backgroundColor = .systemBlue
    customView.translatesAutoresizingMaskIntoConstraints = false
    view.addSubview(customView)

    // Установка констрейнтов
    NSLayoutConstraint.activate([
        customView.topAnchor.constraint(equalTo: view.safeAreaLayoutGuide.topAnchor, constant: 20),
        customView.leadingAnchor.constraint(equalTo: view.leadingAnchor, constant: 20),
        customView.trailingAnchor.constraint(equalTo: view.trailingAnchor, constant: -20),
        customView.heightAnchor.constraint(equalToConstant: 100)
    ])
}

Почему здесь:

• Безопасность: Иерархия представлений гарантированно существует.
• Однократность: Метод вызывается один раз за жизненный цикл контроллера, что предотвращает дублирование констрейнтов.
• Производительность: Все констрейнты устанавливаются до первого прохода авто-лейаута (layoutSubviews()).

Ключевой метод для обновления: viewDidLayoutSubviews()

Этот метод вызывается каждый раз, когда система пересчитывает геометрию представлений (после viewDidLoad, при повороте устройства, изменении размера контроллера на iPad, и т.д.). Здесь нельзя добавлять констрейнты постоянно, иначе они будут накапливаться и вызывать конфликты.

Его правильное использование – обновление констрейнтов, зависящих от итоговых размеров представлений.

Пример: центрирование view с динамическим отступом

class ViewController: UIViewController {
    private let centeredView = UIView()
    private var centerYConstraint: NSLayoutConstraint!

    override func viewDidLoad() {
        super.viewDidLoad()
        setupCenteredView()
    }

    private func setupCenteredView() {
        centeredView.backgroundColor = .systemRed
        centeredView.translatesAutoresizingMaskIntoConstraints = false
        view.addSubview(centeredView)

        // Создаем констрейнт с временным значением, деактивируем его
        centerYConstraint = centeredView.centerYAnchor.constraint(equalTo: view.centerYAnchor)
        centerYConstraint.isActive = false

        NSLayoutConstraint.activate([
            centeredView.centerXAnchor.constraint(equalTo: view.centerXAnchor),
            centeredView.widthAnchor.constraint(equalToConstant: 100),
            centeredView.heightAnchor.constraint(equalToConstant: 100),
            // centerYConstraint будет активирован позже
        ])
    }

    override func viewDidLayoutSubviews() {
        super.viewDidLayoutSubviews()
        // Обновляем константу констрейнта на основе текущей высоты
        let offset = view.bounds.height * 0.1
        centerYConstraint.constant = -offset

        // АКТИВИРУЕМ констрейнт только один раз, проверяя флаг
        if !centerYConstraint.isActive {
            centerYConstraint.isActive = true
        }
    }
}

Важное правило: Внутри viewDidLayoutSubviews() нужно изменять .constant у существующих констрейнтов, а не создавать новые. Создание новых требует крайней осторожности (например, деактивации старых) для избежания конфликтов.

Чего НЕЛЬЗЯ делать

• init() или loadView(): Иерархия представлений (view) еще не готова или создается. Обращение к self.view в init() вызовет ее преждевременную загрузку.
• viewWillAppear(_:): Вызывается при каждом появлении контроллера на экране. Добавление констрейнтов здесь может привести к их дублированию.
• Бездумно в viewDidLayoutSubviews(): Как уже сказано, это вызовет накопление констрейнтов и неизбежные NSLayoutConstraintConflict.

Современные и альтернативные подходы

• Layout Anchors (как в примерах): Это стандартный и рекомендуемый Apple способ с iOS 9+.
• SnapKit / Cartography: Популярные сторонние библиотеки, которые делают синтаксис лаконичнее. Логика выбора метода (viewDidLoad) остается неизменной.
• UIStackView: Во многих случаях заменяет необходимость в ручных констрейнтах.
• Констрейнты в Interface Builder (Storyboard/XIB): Система сама устанавливает их в момент загрузки, что эквивалентно viewDidLoad().

Итоговая стратегия

1. Базовая настройка в viewDidLoad(): Создание, добавление в иерархию и установка всех статических констрейнтов (тех, чья логика не зависит от итоговых размеров).
2. Тонкая настройка в viewDidLayoutSubviews(): Обновление .constant у заранее созданных констрейнтов, если их значение требует знания финальной геометрии (например, процентные отступы, сложные пропорции после поворота).
3. Использование флагов или проверки isActive: Чтобы гарантировать, что код в viewDidLayoutSubviews() не выполнит лишнюю работу.

Такой подход обеспечивает корректную, производительную и предсказуемую работу с авто-лейаутом.