SDKs und Frameworks in der mobilen Entwicklung: Was sie sind, welche es gibt und wie man sie auswählt

UI-Frameworks für die mobile Entwicklung: UIKit, SwiftUI, Jetpack Compose

UI-Frameworks definieren das Aussehen und Verhalten der Benutzeroberfläche. UIKit ist das Hauptframework für iOS, das seit 2008 verwendet wird und alle iOS-Versionen unterstützt. SwiftUI ist ein moderneres deklaratives Framework, das 2019 eingeführt wurde. Die Wahl des UI-Frameworks ist die erste Entscheidung beim Start der mobilen Entwicklung.

SwiftUI vs UIKit

SwiftUI verwendet einen deklarativen Ansatz: Sie beschreiben, wie die Oberfläche aussehen soll, und das Framework übernimmt die Aktualisierungen. SwiftUI reduziert den Code für einfache Bildschirme im Vergleich zu UIKit um das 2- bis 3-Fache und unterstützt automatisch Dunkelmodus, Dynamic Type und Barrierefreiheit.

UIKit ist ein imperatives Framework mit feinerer Kontrolle. UIKit bleibt die Wahl für komplexe benutzerdefinierte Oberflächen und Apps, die iOS 12 und älter unterstützen. Viele Produktions-Apps verwenden einen hybriden Ansatz: UIKit für komplexe Bildschirme, SwiftUI für neue Funktionen.

Jetpack Compose ist Googles deklaratives UI-Framework für Android, ähnlich wie SwiftUI. Compose verwendet Kotlin-Code anstelle von XML-Layouts, was die Entwicklung beschleunigt und Fehler reduziert. Es ist kompatibel mit bestehenden View-basierten Apps über AndroidView und ComposeView.

Jetpack ist eine Sammlung von Android-Bibliotheken, darunter Jetpack Compose, Navigation, Room, WorkManager und andere. Jetpack löst typische Android-Entwicklungsaufgaben — von der Navigation bis zur Hintergrundarbeit — über eine einheitliche API mit Abwärtskompatibilität.

Beispiel eines einfachen Bildschirms in Jetpack Compose:

@Composable
fun Greeting(name: String) {
    Column(
        modifier = Modifier.padding(16.dp),
        horizontalAlignment = Alignment.CenterHorizontally
    ) {
        Text(
            text = "Hello, $name!",
            style = MaterialTheme.typography.h4
        )
        Button(onClick = { /* handle click */ }) {
            Text("Click me")
        }
    }
}

Plattformübergreifende SDKs: Flutter, React Native, Xamarin

Plattformübergreifende SDKs für die mobile Entwicklung ermöglichen das Schreiben einer einzigen Codebasis für iOS und Android. Die Wahl eines plattformübergreifenden SDKs kann 30–50 % des Entwicklungsbudgets einsparen, erfordert aber Kompromisse bei der Leistung und dem Zugriff auf native APIs.

Flutter vs React Native

Flutter von Google bietet dank seiner benutzerdefinierten Skia-Rendering-Engine eine bessere Leistung. Flutter ist ideal für Projekte mit umfangreichen Animationen und benutzerdefiniertem Design. React Native eignet sich besser für Teams mit JavaScript-Erfahrung und für Anwendungen mit einfachen Oberflächen.

Kotlin Multiplatform Mobile (KMM) ist ein alternativer Ansatz, bei dem gemeinsamer Code in Kotlin geschrieben wird, während die UI nativ ist. KMM ermöglicht das Teilen von Geschäftslogik, Netzwerk und Modellen zwischen iOS und Android und bewahrt dabei die native UX jeder Plattform. Es ist die Wahl von IT Sectr für Enterprise-Projekte.

Ionic und Apache Cordova verwenden WebView für das Rendering. Der WebView-Ansatz bietet schlechtere Leistung und UI, ermöglicht es Webentwicklern jedoch, JS/HTML/CSS zu verwenden. Geeignet für einfache Wrapper-Apps über Websites.

DI-Frameworks: Dagger/Hilt, Koin, Swinject

Abhängigkeitsinjektion (DI) ist ein Muster, bei dem Abhängigkeiten von außen an ein Objekt übergeben werden. In der mobilen Entwicklung automatisieren DI-Frameworks die Erstellung und Injektion von Abhängigkeiten, was den Code testbarer und wartbarer macht.

Dagger/Hilt für Android

Dagger ist das beliebteste DI-Framework für Android, das Codegenerierung verwendet. Dagger/Hilt ist Googles offizielle DI-Bibliothek für Android, die auf Dagger aufbaut. Hilt vereinfacht die Dagger-Einrichtung und integriert sich automatisch mit Jetpack-Komponenten.

Koin ist ein DI-Framework für Kotlin ohne Codegenerierung. Koin ist einfacher einzurichten, läuft aber während der Initialisierung langsamer aufgrund fehlender Compile-Zeit-Prüfungen. Geeignet für kleine Projekte, bei denen die Einrichtungsgeschwindigkeit wichtiger ist als die Leistung.

Beispiel für die Einrichtung eines Moduls in Koin:

val appModule = module {
    single { ApiService() }
    factory { Repository(get()) }
    viewModel { MainViewModel(get()) }
}

fun main() {
    startKoin {
        modules(appModule)
    }
}

Swinject ist ein DI-Framework für Swift mit einer einfachen API. Swinject unterstützt Konstruktorinjektion, Eigenschaftsinjektion und Methodeninjektion über einen Service Container. Es integriert sich mit UIKit und SwiftUI über SwinjectStoryboard und SwinjectAutoregistration.

Die Wahl des DI-Frameworks hängt von der Plattform und der Projektgröße ab. Für Android-Projekte empfiehlt IT Sectr Hilt, für iOS — Swinject, für Kotlin Multiplatform — Koin aufgrund des minimalen Konfigurationsaufwands.

Netzwerkbibliotheken: Retrofit, Alamofire, Ktor

Netzwerkbibliotheken für die mobile Entwicklung vereinfachen die Arbeit mit HTTP-Anfragen und REST-APIs. Retrofit (Android/Kotlin) ist der beliebteste HTTP-Client für JVM mit typisierten Schnittstellen. Er serialisiert/deserialisiert JSON automatisch über OkHttp und Konverter (Gson, Moshi, Kotlinx Serialization).

Alamofire ist der Standard-HTTP-Client für iOS/macOS in Swift. Alamofire bietet eine verkettbare API, automatische Sitzungsverwaltung, Antwortvalidierung und Fehlerbehandlung. Eine grundlegende HTTP-Anfrage in Alamofire sieht wie ein Einzeiler aus.

Ktor Client ist ein plattformübergreifender HTTP-Client von JetBrains. Ktor läuft auf JVM, iOS, macOS, Windows, Linux und JavaScript mit einer einheitlichen API. Hervorragend geeignet für KMM-Projekte, bei denen gemeinsamer Code auf beiden Plattformen funktionieren muss.

RxSwift und RxJava sind Bibliotheken für reaktive Programmierung. Rx-Bibliotheken werden für komplexe asynchrone Operationen verwendet — Kombinieren von Netzwerkanfragen, Debounce, Throttle, Zusammenführen von Datenströmen. Combine ist Apples moderne Alternative für Swift.

Bildladen: Glide, Coil, Kingfisher

Bildladebibliotheken in der mobilen Entwicklung lösen drei Aufgaben: asynchrones Laden, Caching und Anzeige. Glide ist der Standard für Android, der in Millionen von Apps verwendet wird. Unterstützt GIF, Videoframes, Animationen, automatisches Caching im Speicher und auf der Festplatte.

Coil (Coroutine Image Loader) ist eine moderne Alternative zu Glide für Kotlin. Coil ist beim ersten Laden 30 % schneller als Glide und arbeitet mit Coroutines (suspend functions, Flow). Verwendet OkHttp für Netzwerk und unterstützt SVG, GIF standardmäßig.

Kingfisher ist die führende Bibliothek für iOS von einem einzelnen Entwickler. Kingfisher unterstützt Caching, Platzhalter, Fortschrittsanzeigen, Fehlerbehandlung und Übergangsanimationen. SDWebImage ist eine ältere, aber immer noch beliebte Alternative mit einer großen Community.

Lottie ist eine Bibliothek zum Rendern von After-Effects-Animationen in Echtzeit. Lottie spielt Vektoranimationen aus JSON-Dateien ab ohne Qualitätsverlust und mit minimaler Dateigröße. Unterstützt Farbumschaltung, Geschwindigkeit, Fortschritt und Schleifen.

Spiele-Engines: Unity, Unreal Engine

Für die mobile Spieleentwicklung werden spezialisierte SDKs und Engines verwendet. Unity ist die beliebteste Spiele-Engine für mobile Plattformen, auf der über 50 % aller mobilen Spiele laufen. Sie verwendet C# und unterstützt iOS, Android, WebGL und Desktop.

Unreal Engine konzentriert sich auf fotorealistische Grafiken. Unreal Engine 5 verwendet Nanite (virtuelle Geometrie) und Lumen (dynamische Beleuchtung) und bietet Konsolenqualität auf mobilen Geräten. Erfordert leistungsstärkere Hardware und Erfahrung mit C++.

SpriteKit und SceneKit sind native 2D- und 3D-Engines von Apple für iOS/macOS. SpriteKit ist für 2D-Spiele mit minimalem Batterieverbrauch optimiert und ideal für Gelegenheitsspiele. SceneKit verarbeitet 3D-Szenen mit Physik, Beleuchtung und Animation.

Metal (Apple) und Vulkan (plattformübergreifend) sind Low-Level-Grafik-APIs. Metal bietet maximale Leistung auf Apple-Geräten, Vulkan auf Android und Desktop (ähnlich DirectX 12 für Windows). OpenGL ES ist veraltet, wird aber immer noch für ältere Geräte verwendet.