Αποσειριοποίηση: τι είναι, η διαδικασία αποκατάστασης δεδομένων

Τι είναι η αποσειριοποίηση;

Αποσειριοποίηση — η διαδικασία μετατροπής ροής byte ή δομημένου κειμένου σε αντικείμενο γλώσσας προγραμματισμού. Στην κινητή ανάπτυξη, αυτή η διαδικασία συμβαίνει κάθε φορά που η εφαρμογή λαμβάνει απάντηση από τον διακομιστή: ένα string JSON μετατρέπεται σε στιγμιότυπο της κλάσης User, Order ή Product. Η σταθερότητα των οθονών που εμφανίζουν δεδομένα στον χρήστη εξαρτάται άμεσα από την ορθότητα της αποσειριοποίησης.

Διαφορά από τη σειριοποίηση

Η σειριοποίηση και η αποσειριοποίηση είναι αμοιβαία αντίστροφες διαδικασίες, σπάνια συμμετρικές στην πράξη. Σειριοποίηση μετατρέπει ένα αντικείμενο σε string για αποστολή στον διακομιστή, η αποσειριοποίηση αποκαθιστά το αντικείμενο από το ληφθέν string. Ο διακομιστής μπορεί να στείλει ένα πεδίο που δεν υπάρχει στο μοντέλο του πελάτη, να χρησιμοποιήσει άλλη μορφή ημερομηνίας ή να επιστρέψει null αντί για αριθμό. Σύμφωνα με Square Engineering (2025), η ασυμμετρία μορφών είναι αιτία του 23% των σφαλμάτων του επιπέδου δικτύου σε εφαρμογές Android. Για μείωση του κινδύνου εφαρμόζεται έκδοση σχήματος και αυστηρή προδιαγραφή συμβολαίου μέσω OpenAPI.

Μορφές δεδομένων για αποσειριοποίηση

JSON παραμένει η πιο δημοφιλής μορφή για κινητά API χάρη στην αναγνωσιμότητα και την ενσωματωμένη υποστήριξη. Protobuf από την Google χρησιμοποιείται σε συστήματα υψηλού φορτίου — είναι 3-6 φορές πιο συμπαγές από το JSON και αναλύεται ταχύτερα, αλλά απαιτεί δημιουργία κώδικα από αρχεία .proto και είναι δυσανάγνωστο χωρίς εργαλεία. XML είναι λιγότερο συνηθισμένο σε σύγχρονες κινητές εφαρμογές, ωστόσο χρησιμοποιείται σε υπηρεσίες SOAP εταιρικών συστημάτων και αρχεία διαμόρφωσης Android. MessagePack — δυαδική μορφή, παρόμοια με το JSON στη δομή, αλλά πιο συμπαγής, δημοφιλής σε συστήματα πραγματικού χρόνου.

Πώς λειτουργεί η αποσειριοποίηση

Η διαδικασία αποσειριοποίησης διέρχεται από τρία στάδια. Πρώτα, τεμαχισμός διασπά το ακατέργαστο κείμενο σε λεξήματα: κλειδιά, strings, αριθμούς και διαχωριστικά. Στη συνέχεια, συντακτική ανάλυση ελέγχει την ορθότητα της δομής — αν οι παρενθέσεις είναι κλειστές, αν ο τύπος εισαγωγικών είναι σωστός, αν η μορφή συμμορφώνεται με την προδιαγραφή RFC 8259. Το τελικό στάδιο είναι η αντιστοίχιση στο αντικειμενοστραφές μοντέλο της εφαρμογής, όπου σε κάθε κλειδί JSON αντιστοιχίζεται μια ιδιότητα κλάσης λαμβάνοντας υπόψη τη στρατηγική ονομασίας.

Reflection εναντίον Code generation

Στην κινητή ανάπτυξη, έχουν διαμορφωθεί δύο προσεγγίσεις για την αντιστοίχιση. Reflection (Gson, JSONSerialization) αναλύει τη δομή της κλάσης κατά τον χρόνο εκτέλεσης μέσω Java Reflection API ή Objective-C runtime — είναι ευέλικτο και δεν απαιτεί πρόσθετη διαμόρφωση, αλλά είναι πιο αργό και καταναλώνει περισσότερη μνήμη. Code generation (Moshi codegen, kotlinx.serialization, Codable) δημιουργεί κώδικα κατά τη φάση μεταγλώττισης: ταχύτερο, ασφαλέστερο ως προς τους τύπους και δεν αποκαλύπτει την εσωτερική δομή μέσω reflection. Οι JetBrains και η Square συνιστούν code generation για εκδόσεις παραγωγής — η αύξηση απόδοσης φτάνει 2-4 φορές στα σημεία αναφοράς της Google.

struct User: Codable {
    let id: Int
    let name: String
    let email: String
    let createdAt: Date
}

let json = """
{
    "id": 42,
    "name": "Alice",
    "email": "alice@example.com",
    "created_at": "2026-06-01T12:00:00Z"
}
"""
let decoder = JSONDecoder()
decoder.keyDecodingStrategy = .convertFromSnakeCase
let user = try decoder.decode(User.self, from: data)

Παράδειγμα αποσειριοποίησης JSON σε μοντέλο User σε Swift. Η στρατηγική convertFromSnakeCase μετατρέπει αυτόματα τα κλειδιά API snake_case σε ιδιότητες μοντέλου camelCase — τυπική πρακτική σε έργα iOS. Η παράμετρος data είναι τα ακατέργαστα byte της απόκρισης του διακομιστή, που λαμβάνονται μέσω URLSession. Ο χειρισμός σφαλμάτων μέσω try επιτρέπει την αντιμετώπιση μη έγκυρου JSON χωρίς κατάρρευση της εφαρμογής.

Ο ρόλος των στρατηγικών αποκωδικοποίησης

JSONDecoder υποστηρίζει τέσσερις στρατηγικές κλειδιών: useDefaultKeys (ακριβής αντιστοιχία), convertFromSnakeCase (snake_case → camelCase), custom (closure) και convertFromKebabCase (kebab-case → camelCase). Για ημερομηνίες προβλέπονται .iso8601, .secondsSince1970, .millisecondsSince1970 και προσαρμοσμένος dateFormatter. Η επιλογή της σωστής στρατηγικής είναι το πρώτο βήμα προς σταθερή αποσειριοποίηση, αποτρέποντας τα περισσότερα σφάλματα ασυμφωνίας μορφών.

Αποσειριοποίηση στο iOS

JSONDecoder — ο τυπικός μηχανισμός αποσειριοποίησης στο iOS SDK που λειτουργεί με το πρωτόκολλο Codable. JSONDecoder αναλύει αυτόματα JSON σε στιγμιότυπα struct ή class, υποστηρίζοντας ένθετα αντικείμενα, πίνακες και πρωτόγονους τύπους. Για προσαρμοσμένη λογική χρησιμοποιείται η μέθοδος init(from: Decoder) — επιτρέπει τον χειρισμό μη τυπικών μορφών, πεδίων που παραλείφθηκαν σε παλαιότερη έκδοση API ή τη συνένωση πολλαπλών κλειδιών JSON σε μία ιδιότητα.

struct Order: Decodable {
    let orderId: String
    let amount: Double
    let status: OrderStatus

    enum OrderStatus: String, Decodable {
        case pending, confirmed, shipped, cancelled
    }
}

let decoder = JSONDecoder()
decoder.dateDecodingStrategy = .iso8601
let order = try decoder.decode(Order.self, from: jsonData)

DateDecodingStrategy καθορίζει πώς το JSONDecoder ερμηνεύει τα strings με ημερομηνίες. Τις περισσότερες φορές χρησιμοποιείται .iso8601 — η τυπική μορφή REST API. Το ένθετο enum OrderStatus αποκωδικοποιείται αυτόματα από τιμές string JSON. Αυτό αποφεύγει τους μαγικούς αριθμούς και καθιστά τον κώδικα αυτοτεκμηριωμένο — η κατάσταση παραγγελίας έχει πάντα ένα αυστηρά καθορισμένο σύνολο τιμών.

Property Wrappers στο Codable

Από το Swift 4.2 και μετά, το Codable υποστηρίζει property wrappers για προσαρμοσμένη αποσειριοποίηση μεμονωμένων ιδιοτήτων. @DefaultValue — δημοφιλές wrapper που ορίζει μια προεπιλεγμένη τιμή εάν το πεδίο απουσιάζει από το JSON. @LosslessString μετατρέπει ένα string σε αριθμό και αντίστροφα. Αυτό είναι ιδιαίτερα χρήσιμο όταν ο διακομιστής στέλνει το id ως string «123» και το μοντέλο αναμένει Int. Τα property wrappers μειώνουν τον κώδικα προτύπου στο init(from:) και καθιστούν τα μοντέλα πιο καθαρά.

Αποσειριοποίηση στο Android

Στο Android, η επιλογή βιβλιοθήκης αποσειριοποίησης εξαρτάται από τη γλώσσα και τις απαιτήσεις του έργου. Gson από την Google — η πιο διαδεδομένη επιλογή, που λειτουργεί μέσω reflection, αλλά έχει προβλήματα απόδοσης σε σύνθετες ιεραρχίες. Moshi από την Square υποστηρίζει τόσο reflection όσο και code generation, καταναλώνοντας λιγότερη μνήμη και επεξεργάζοντας ταχύτερα μεγάλες αποκρίσεις. kotlinx.serialization από JetBrains — η εγγενής λύση Kotlin με ενσωμάτωση στον μεταγλωττιστή, που δεν χρησιμοποιεί καθόλου reflection.

@Serializable
data class User(
    @SerialName("user_id")
    val userId: Int,
    val name: String,
    val email: String,
    @SerialName("created_at")
    val createdAt: String
)

val json = Json { ignoreUnknownKeys = true }
val user = json.decodeFromString<User>(response)

@Serializable — η σημείωση μεταγλωττιστή Kotlin που ενεργοποιεί τη δημιουργία κώδικα για την κλάση. Η παράμετρος ignoreUnknownKeys αποτρέπει σφάλμα εάν ο διακομιστής έστειλε ένα πεδίο που απουσιάζει από το μοντέλο. Για την αντιστοίχιση κλειδιών snake_case χρησιμοποιείται @SerialName — το αντίστοιχο του convertFromSnakeCase από το iOS. Σύμφωνα με JetBrains (2026), η βιβλιοθήκη υποστηρίζει πολλαπλές πλατφόρμες: η ίδια κλάση Serializable λειτουργεί σε Android, iOS (KMP) και server Kotlin.

Σύγκριση Gson, Moshi και kotlinx.serialization

Η επιλογή μεταξύ βιβλιοθηκών καταλήγει σε έναν συμβιβασμό ταχύτητας-ευελιξίας. Gson είναι καλό για πρωτότυπα και έργα σε Java — δεν απαιτεί σχολιασμούς και λειτουργεί «αμέσως». Moshi κατέχει μεσαία θέση: το codegen μέσω @JsonClass(generateAdapter = true) δίνει ταχύτητα κοντά στο kotlinx.serialization, και η λειτουργία reflection δίνει την ευελιξία του Gson. kotlinx.serialization — η ταχύτερη επιλογή για καθαρά έργα Kotlin, αλλά απαιτεί Kotlin 1.4+ και το πρόσθετο Kotlin Serialization στο Gradle.

Τυπικά σφάλματα και η πρόληψή τους

Type mismatch — η κατάσταση όπου το JSON περιέχει μια τιμή ενός τύπου και το μοντέλο αναμένει άλλο. Ο διακομιστής έστειλε string «42» αντί για αριθμό ή τον αριθμό 1 αντί για boolean true. Στο iOS, το JSONDecoder από προεπιλογή θα πετάξει DecodingError.typeMismatch, στο Android το Gson θα προσπαθήσει να μετατρέψει, και τα Moshi και kotlinx.serialization απαιτούν ρητούς προσαρμογείς. Λύση — χρησιμοποιήστε lenient στρατηγικές ή προσαρμοσμένους αποσειριοποιητές για συγκεκριμένα πεδία.

Πεδία που λείπουν και nullable

Όταν ο διακομιστής δεν συμπεριλαμβάνει ένα προαιρετικό πεδίο, ο κώδικας καταρρέει με σφάλμα. Optional σε Swift και οι nullable τύποι σε Kotlin λύνουν το πρόβλημα: αν ένα πεδίο είναι null ή απουσιάζει από το JSON, η ιδιότητα λαμβάνει τιμή nil/null και η εφαρμογή συνεχίζει να λειτουργεί. Για υποχρεωτικά πεδία, αξίζει να ελέγχετε την παρουσία τους στο επίπεδο του API client πριν από την αποσειριοποίηση. Τα Moshi και kotlinx.serialization από προεπιλογή απαιτούν όλα τα πεδία — η σήμανση nullable και οι προεπιλεγμένες τιμές αφαιρούν αυτόν τον περιορισμό.

Ασυμβατότητα εκδόσεων API

Η αλλαγή της δομής JSON στον διακομιστή — συχνή πηγή σφαλμάτων παραγωγής. Τυπική πρακτική — έκδοση σχήματος μέσω του πεδίου version στο ριζικό αντικείμενο και υποστήριξη 2-3 προηγούμενων εκδόσεων στον πελάτη. Το kotlinx.serialization επιτρέπει τη δήλωση πολλαπλών μοντέλων για διαφορετικές εκδόσεις και την επιλογή του κατάλληλου βάσει του πεδίου version μετά την αρχική ανάλυση σε JsonElement. Πρόσθετη προστασία — ignoreUnknownKeys για νέα πεδία και προεπιλεγμένες τιμές για πεδία που μπορεί να αφαιρεθούν.

Καταγραφή σφαλμάτων αποσειριοποίησης — υποχρεωτική πρακτική στην παραγωγή. Τυλίξτε το decode σε do/catch, καταγράψτε το raw JSON και τον τύπο του αναμενόμενου μοντέλου στο Crashlytics ή Sentry. Αυτό θα σας επιτρέψει να προσδιορίσετε γρήγορα ποιο πεδίο ποιου API χάλασε και σε ποια έκδοση της εφαρμογής. Χωρίς καταγραφή, το σφάλμα αποσειριοποίησης εμφανίζεται ως μυστηριώδης κατάρρευση χωρίς συμφραζόμενα.