Quand doit-on modifier la méthode loadView?

Modifier la méthode loadView n’est nécessaire que lorsque vous n’utilisez pas de storyboards ou de fichiers .xib pour créer la vue du contrôleur (view). Dans ces cas, vous créez toute la hiérarchie de vues de manière programmatique dans loadView, au lieu de laisser UIViewController la charger depuis Interface Builder.

Dans loadView, vous devez :

1. Créer la vue racine (view) pour le contrôleur.
2. Assigner la vue créée à la propriété self.view.

Ne jamais appeler [super loadView] lors de la surcharge de cette méthode, car cela entraînerait une boucle infinie ou d’autres effets secondaires indésirables.

// Exemple de surcharge de loadView
override func loadView() {
    // Créer la vue racine programmatique
    let newView = UIView()
    newView.backgroundColor = .white

    // Créer et ajouter des sous-vues
    let label = UILabel()
    label.text = "Bonjour depuis le code!"
    label.translatesAutoresizingMaskIntoConstraints = false // Désactiver Auto Resizing Mask
    newView.addSubview(label)

    // Configurer les contraintes pour les sous-vues
    NSLayoutConstraint.activate([
        label.centerXAnchor.constraint(equalTo: newView.centerXAnchor),
        label.centerYAnchor.constraint(equalTo: newView.centerYAnchor)
    ])

    // Assigner la vue créée à la propriété view du contrôleur
    self.view = newView
}

Utilisation de loadView pour créer une UI programmatique :

Avantages	Inconvénients
Contrôle total sur la création de l’UI.	Plus de code à écrire.
Capacité à créer des UI complexes et dynamiques.	Plus difficile d’évaluer visuellement la structure de l’UI.
Potentiellement meilleure performance pour UI très complexe.	Moins intuitif pour la collaboration sur l’UI.

Dans la majorité des applications iOS modernes, l’approche privilégiée est d’utiliser des storyboards ou des fichiers .xib, où loadView est appelé automatiquement pour charger la vue depuis ces ressources. La surcharge de loadView est une approche de bas niveau, à utiliser uniquement lorsque cela est vraiment nécessaire.