UIKit — vad är det, nyckelbegrepp och arkitektur

Vad är UIKit?

UIKit — är ett ramverk från Apple som tillhandahåller klasser för att skapa och hantera användargränssnitt på iOS, iPadOS och macOS (via Mac Catalyst). Det fungerar ovanpå Core Animation, Core Graphics och Quartz Core, och abstraherar lågnivårendering till högnivåobjekt — knappar, etiketter, bilder och behållare. UIKit dök upp tillsammans med iPhone OS 1 2007 och förblir det huvudsakliga ramverket för iOS-utveckling vid sidan av SwiftUI.

Ramverket följer ett imperativt tillvägagångssätt: utvecklaren skapar instanser av klasserna UIButton, UILabel, UIImageView, ställer in deras egenskaper (färg, typsnitt, position) och lägger till dem i vyhierarkin via addSubview. Varje ändring av gränssnittet görs explicit — ingen magisk uppdatering bakom kulisserna. Detta skiljer UIKit från deklarativa ramverk som SwiftUI, där beskrivningen av tillstånd automatiskt ritar om gränssnittet.

Huvudklasser i UIKit

Ramverket innehåller flera kategorier av klasser. UIView — det grundläggande elementet som alla visuella komponenter ärver från. UIWindow — behållaren på högsta nivån genom vilken vyer visas på skärmen. UIViewController — kontrollern som hanterar en uppsättning vyer och reagerar på skärmrotationer, tangentbordets uppdykande och systemmeddelanden. UIApplication — ingångspunkten som bearbetar berörings- och knapptryckningshändelser.

För text används UILabel (statisk text), UITextField (enradig inmatning), UITextView (flerradig inmatning). För knappar — UIButton, inklusive systemknappar, anpassade och med SF Symbols-ikonografi. För navigering — UINavigationController, UITabBarController och UISplitViewController. Totalt innehåller UIKit över 200 publika klasser.

UIKit-arkitektur: lager och vyhierarki

UIKit-arkitekturen bygger på lager: varje lager ansvarar för sin egen aspekt av visningen. På den lägsta nivån finns Core Graphics — renderingsmotorn för banor, text och bilder. Ovanför — Core Animation, som hanterar kompositionen av lager (CALayer) och animationer mellan tillstånd. UIKit bygger ovanpå dem ett objektorienterat API: UIView, UIViewController och UIResponder.

Varje applikation har en vyhierarki (view hierarchy) — ett träd med UIWindow som rot. Under den — rot-UIViewControllern, dess vy och inuti — nästlade subviews. Beröringshändelser sprids längs responder chain-kedjan: från den mest nästlade vyn till föräldrar och vidare till UIApplication. Om inget objekt har bearbetat beröringen ignoreras den.

UIView och CALayer

Varje UIView innehåller ett CALayer-lager som ansvarar för att rendera pixlar på skärmen. Vyn hanterar beröringar och tillgänglighet, lagret — grafik: shadow, cornerRadius, border, transform. Uppdelningen gör det möjligt att flytta tung grafik till en separat tråd (render server) utan att blockera main thread. Apple rekommenderar att arbeta direkt med CALayer om det behövs mer än 200 vyer på skärmen — detta minskar CPU-belastningen.

Responder Chain i detalj

Responder-kedjan börjar med objektet som först tar emot beröringshändelsen. Om det inte bearbetar händelsen (metoden touchesBegan är inte överskriven), skickas händelsen vidare till nästa responder i kedjan: next, superview, next responder, UIViewController, UIWindow, UIApplication, App Delegate. Detta gör det möjligt att fånga globala gester och tangentbordshändelser på scen-nivå utan att lägga till en hanterare i varje vy.

UIViewControllers livscykel

Varje UIViewController går igenom en strikt definierad sekvens av händelser. Livscykeln omfattar faser: initiering, laddning av vyn, visning på skärmen, uppdatering av layout vid rotation, döljning, lämna skärmen och frigöra minne. Utvecklaren överskriver motsvarande metoder för att utföra sin kod i varje fas.

class ProfileViewController: UIViewController {

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

    override func viewWillAppear(_ animated: Bool) {
        super.viewWillAppear(animated)
        loadUserProfile()
    }

    override func viewDidDisappear(_ animated: Bool) {
        super.viewDidDisappear(animated)
        clearCache()
    }
}

I viewDidLoad konfigureras gränssnittet — subviews skapas, begränsningar ställs in, delegater prenumereras. I viewWillAppear utförs operationer före visning: ladda färsk data från nätverket, uppdatera värden. viewDidDisappear — plats för att avsluta prenumerationer på meddelanden och rensa temporära data. Anrop av super är obligatoriskt i alla överskrivningar, annars bryts händelsekedjan.

Minneshantering och viewDidUnload

I äldre versioner av iOS fanns metoden viewDidUnload, anropad vid minnesbrist. Från och med iOS 6 togs metoden bort — nu laddar UIKit automatiskt ur kontrollerns vyer när de inte är synliga. Utvecklaren behöver bara deklarera alla referenser till vyer som weak, så att ARC kan frigöra minnet korrekt när en varning från systemet tas emot.

Övergångar mellan kontroller

UIKit stöder två typer av övergångar: segue (via Storyboard) och programmerad navigering via UINavigationController. En programmerad övergång ser ut så här: navigationController?.pushViewController(detailVC, animated: true). Härvid förlöper detailVCs livscykel normalt — viewDidLoad anropas en gång, viewWillAppear — varje gång vid visning.

Auto Layout och adaptiv layout

Auto Layout — är ett system för positionering av element baserat på matematiska relationer (begränsningar). Istället för fasta X- och Y-koordinater beskriver utvecklaren regler: “knappen är placerad till höger om etiketten med ett avstånd på 16pt” eller “vyn sträcker sig över skärmens bredd med marginaler på 20pt vänster och höger”. Systemet löser det resulterande ekvationssystemet vid runtime och anpassar gränssnittet till valfri skärmstorlek.

Begränsningar kan ställas in i Interface Builder (via drag-and-drop) eller programmerat i Swift. Varje begränsning är en instans av klassen NSLayoutConstraint med parametrar: firstItem, firstAttribute, relation, secondItem, secondAttribute, multiplier, constant. Begränsningar aktiveras via isActive = true eller massvis via NSLayoutConstraint.activate().

Safe Area och Layout Margins

Med iPhone X (2017) introducerade Apple Safe Area — skärmområdet fritt från notch, rundade hörn och home bar-indikator. Begränsningar bör kopplas till view.safeAreaLayoutGuide, inte till view. Layout Margins lägger till inre marginaler för vyn, som standard 8pt eller 16pt beroende på sammanhanget. Användning av safeAreaLayoutGuide garanterar korrekt visning på alla generationer av iPhone och iPad.

Animering av begränsningar

Auto Layout stöder animering genom att ändra konstanter för begränsningar. Det räcker att uppdatera begränsningens constant och anropa UIView.animate med layoutIfNeeded inuti animationsblocket. Systemet beräknar smidigt om positionen för alla vyer i hierarkin. Denna teknik används för utfällbara block, adaptiv tangentbortspanel och ändring av skärmorientering.

Arbeta med tabeller och samlingar

UITableView och UICollectionView — två kraftfulla verktyg i UIKit för att visa listor och rutnät. UITableView är lämplig för vertikala listor med en kolumn (chatt, inställningar, nyhetsflöde). UICollectionView — för rutnät, horisontella listor, karuseller och anpassade layouter (galleri, produkter, kalender). Båda klasserna använder delegationsmönstret för att separera data och utseende.

Datakällan är protokollet UITableViewDataSource med obligatoriska metoder numberOfRowsInSection och cellForRowAt. Delegaten UITableViewDelegate bearbetar celltryckningar, radhöjd och scrolling-händelser. Mekanismen reuse identifier återanvänder celler som har lämnat skärmen, vilket är kritiskt för prestanda på stora listor.

class ContactsViewController: UITableViewController {

    private let contacts = ["Anna", "Boris", "Viktor"]

    override func viewDidLoad() {
        super.viewDidLoad()
        tableView.register(UITableViewCell.self,
                           forCellReuseIdentifier: "cell")
    }

    override func tableView(_ tableView: UITableView,
                          numberOfRowsInSection section: Int) -> Int {
        return contacts.count
    }

    override func tableView(_ tableView: UITableView,
                          cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "cell",
                                                 for: indexPath)
        var content = cell.defaultContentConfiguration()
        content.text = contacts[indexPath.row]
        cell.contentConfiguration = content
        return cell
    }
}

Exemplet visar en minimal kontroller för att visa en array av strängar. Cellen konfigureras via UIListContentConfiguration — ett modernt API (iOS 14+) som har ersatt de föråldrade textLabel och detailTextLabel. Registrering av cellklassen i viewDidLoad är obligatorisk, annars kraschar applikationen med ett undantag vid runtime.

UICollectionView och Compositional Layout

Från och med iOS 13 rekommenderar Apple UICollectionViewCompositionalLayout för att bygga komplexa layouter. Utvecklaren beskriver sektion, grupp, element och deras storlekar deklarativt — får ett rutnät med godtycklig geometri: band, 2x2-rutnät, karusell, ornament. Compositional Layout har ersatt den föråldrade UICollectionViewFlowLayout i alla nya projekt. I kombination med DiffableDataSource reduceras uppdatering av en samling till ett enda anrop apply(snapshot), och animering av ändringar utförs automatiskt.

Kodexempel i Swift

Nedan finns två praktiska exempel på användning av UIKit i verkliga uppgifter: skapa en anpassad vy med skugga och rundning, samt hantera en svepgest för att ta bort ett element från en lista.

extension UIView {
    func applyCardStyle() {
        layer.cornerRadius = 12
        layer.shadowOpacity = 0.15
        layer.shadowRadius = 8
        layer.shadowOffset = CGSize(width: 0, height: 2)
        layer.masksToBounds = false
    }
}

@objc private func handleSwipe(_ gesture: UISwipeGestureRecognizer) {
    guard let swipedView = gesture.view else { return }
    UIView.animate(withDuration: 0.3) {
        swipedView.alpha = 0
        swipedView.transform = CGAffineTransform(translationX: 300, y: 0)
    } completion: { _ in
        swipedView.removeFromSuperview()
    }
}

Tillägget applyCardStyle lägger till skugga och rundning till valfri vy — användbart för produktkort, profiler och meddelanden. Metoden handleSwipe med animering tar bort elementet om användaren sveper åt höger. Hanteraren läggs till på vyn via addGestureRecognizer med konfigurationen UISwipeGestureRecognizer(direction: .right). Inställningen masksToBounds = false är viktig så att skuggan inte klipps av vyens gränser.

För mer komplexa gränssnitt, använd UIStackView — en behållare som automatiskt fördelar nästlade vyer horisontellt eller vertikalt. Stack View förenklar layouten: det finns inget behov av att ställa in begränsningar för varje element, en begränsning för själva stacken är tillräcklig.