JSON in Swift Struct

Codable Swift-Structs aus JSON generieren, kostenlos, in deinem Browser.

Class name:

JSON

Swift Struct

struct Address: Codable {
    let city: String
    let zip: String
}

struct User: Codable {
    let name: String
    let age: Int
    let skills: [String]
    let address: Address
}

Processed in your browser

Wofür es gedacht ist

Von JSON zur Swift-Codable-Struct

Bereit für iOS und SwiftUI

Generiert Structs, die mit URLSession, Alamofire, SwiftUI und Combine kompatibel sind. Direkt in Xcode einfügen.

100% privat

Dein API-JSON verlässt deinen Browser nie. Keine Anmeldung, keine Telemetrie.

Korrektes Codable

Automatische CodingKeys für snake_case, Optional für Nullable-Felder, korrekte Typen (Int, Double, Bool). Idiomatischer Code.

Sofortig

Structs in Echtzeit generiert, während du tippst. Keine Buttons, kein Warten.

So funktioniert es

Drei Schritte, kein Aufwand

Dein JSON einfügen

Füge das JSON deiner API oder Web-Antwort ein. Funktioniert mit verschachtelten Objekten, Arrays und jeder gültigen JSON-Struktur.

Sofortige Generierung

Das Tool generiert automatisch Swift-Structs, die dem Codable-Protokoll entsprechen, mit CodingKeys wenn nötig.

Den Code kopieren

Kopiere die generierten Structs und verwende sie direkt in deinem iOS-, macOS- oder SwiftUI-Projekt.

FAQ

Noch Fragen?

Was ist das Codable-Protokoll?

Codable ist ein Typ-Alias, der in Swift 4 (WWDC 2017) eingeführt wurde und zwei Protokolle kombiniert: Encodable (kann in ein externes Format wie JSON konvertiert werden) und Decodable (kann aus einem externen Format erstellt werden). Ein Typ, der Codable entspricht, kann Daten sowohl serialisieren als auch deserialisieren. Die Konformität wird automatisch durch Compiler-Synthese erreicht, wenn alle Properties ebenfalls Codable entsprechen.

Struct vs. Klasse in Swift?

Für JSON-Datenmodelle werden Structs aus mehreren Gründen bevorzugt: Structs sind Werttypen (sie kopieren statt referenzieren), was Probleme mit gemeinsam genutztem Zustand vermeidet; der Compiler kann sie besser optimieren; und in SwiftUI funktionieren Structs besser mit dem reaktiven Datenmodell. Klassen (Referenztypen) haben ihren Platz, wenn du Vererbung oder Objektidentität benötigst, aber für API-Modelle sind Structs die empfohlene Praxis.

Wozu dient das CodingKeys-Enum?

CodingKeys ist ein verschachteltes Enum, das Swift-Property-Namen auf Schlüsselnamen im JSON abbildet. Es wird benötigt, wenn JSON-Namen (typischerweise snake_case in REST-APIs) von Swifts Konventionen (camelCase) abweichen. Wenn das JSON beispielsweise first_name hat, bildet der CodingKey diesen Schlüssel auf das Feld firstName der Struct ab. Ohne CodingKeys erwartet Swift, dass die JSON-Namen genau mit den Property-Namen übereinstimmen.

Wie werden Optional-Properties behandelt?

In Swift kann ein Optional-Typ (mit ? markiert) einen Wert haben oder nil sein. Wenn ein JSON-Feld fehlen oder null sein kann, wird die Struct-Property als Optional deklariert: var email: String? statt var email: String. Foundations JSONDecoder behandelt die Deserialisierung automatisch: Fehlt der Schlüssel im JSON oder ist sein Wert null, wird die Property auf nil gesetzt, ohne einen Fehler auszulösen.

Wie integriere ich das mit URLSession?

Der typische URLSession + Codable-Ablauf ist: URLSession.shared.dataTask gibt Data zurück; JSONDecoder().decode(MyStruct.self, from: data) konvertiert die Daten in die Struct; das Ergebnis wird auf dem Hauptthread in der UI verwendet. Mit Swift 5.5+ und async/await verwende let data = try await URLSession.shared.data(for: request) gefolgt von let object = try JSONDecoder().decode(MyStruct.self, from: data). Dieses Muster ist das Fundament jeder API-Integration im modernen iOS.