Cevap.

Codable protokolü, JSON veya Property List gibi verilerin serileştirilmesi ve deserializasyon sürecini basitleştirmek için Swift'te tanıtılmıştır. Daha önce bunu elle parsellemek gerekiyordu, bu da zahmetli, hatalara açık ve kötü okunabilirdi. Bu sürecin otomasyonu, daha güvenli ve özlü kod geliştirmeyi sağladı.

Sorun şu ki, otomatik olarak Codable uygulandığında tüm özelliklerin aynı zamanda Codable olması gerekir ve bu zincirdeki herhangi bir ihlal, decode etme ve encode etme yöntemlerinin belirgin bir şekilde uygulanmasını gerektirir. Ayrıca, yapılarla, mirasa sahip sınıflarla ve özel anahtar eşleştirmeleriyle çalışırken bazı özellikler vardır.

Çözüm, basit modeller için Codable kullanmak, hangi özelliklerin serileştirilmesi gerektiğine dikkat etmek ve karmaşık modeller için encode(to:) ve init(from:) yöntemlerini uygulamak ve ayrıca anahtar eşleştirmeleri için CodingKeys kullanmaktır.

Kod örneği:

struct User: Codable {
    let id: Int
    let name: String
    let email: String?

    enum CodingKeys: String, CodingKey {
        case id
        case name = "full_name"
        case email = "contact_email"
    }
}

Anahtar özellikler:

Tüm özellikler Codable protokolüne uyuyorsa otomatik serileştirmeyi sağlar.
CodingKeys ile özelliklerin ve dış anahtarların eşleştirilmesini yapılandırmayı mümkün kılar.
Hesaplanan özellikler veya özel serileştirme mantığı varsa manuel uygulama gerektirir.

Kandırıcı sorular.

Miras ve benzersiz özellikleri olan bir alt sınıf, Codable kullanılarak otomatik olarak doğru bir şekilde serileştirilebilir mi?

Hayır, miras alan sınıflar için Swift, alt sınıflarda encode(to:) ve init(from:) yöntemlerinin manuel olarak uygulanmasını gerektirir; aksi takdirde, ebeveyn ve alt sınıf özellikleri doğru bir şekilde serileştirilmez. Örnek:

class Animal: Codable {
    let species: String
}
class Dog: Animal {
    let breed: String
    
    enum CodingKeys: String, CodingKey {
        case breed
    }
    
    required init(from decoder: Decoder) throws {
        let container = try decoder.container(keyedBy: CodingKeys.self)
        breed = try container.decode(String.self, forKey: .breed)
        try super.init(from: decoder)
    }
    
    override func encode(to encoder: Encoder) throws {
        var container = encoder.container(keyedBy: CodingKeys.self)
        try container.encode(breed, forKey: .breed)
        try super.encode(to: encoder)
    }
}

Bir yapıdaki özellik private olarak işaretlendiğinde ve otomatik Codable kullanıldığında ne olur?

Eğer özellik private ise ve CodingKeys ile açıkça var/let olarak belirtilmemişse, serileştirilmeyecek veya deserialleştirilmeyecektir. Bu nedenle private özellikler için CodingKeys'i belirtmek ve gerektiğinde bunları enum'a dahil etmek zorunludur.

Sadece dekodlama (sadece okuma) için Codable uygulamak mümkün mü?

Evet, bunun için sadece init(from:) yöntemini uygulamak ve türü Codable yerine Decodable protokolüne tabi kılmak yeterlidir.

struct ReadOnlyModel: Decodable {
    let id: Int
}

Tipik hatalar ve anti-patrenler

Hata: Dış kaynaktan olmayan iş mantığı veya önbellek alanları için modellerde Codable kullanmak.
Anti-patren: Codable'ın, belirgin bir yöntem uygulamadan, her tür iç içe geçme ve miras durumuyla otomatik olarak başa çıkacağını beklemek.

Gerçek hayattan bir örnek

** Olumsuz durum

Geliştirici, modelde hesaplanan bir özellik ekleyip, özel encode ve decode yöntemlerini uygulamadı ve Codable'ın otomatik işleme yapacağına güvendi.

Avantajları:

Hızlı prototipleme, daha az kod.

Dezavantajları:

Veriler tam olarak serileştirilmez, okuma/yazmada sorunlar, hatalar, her zaman aşikar şekilde tespit edilmez.

** Olumlu durum

Geliştirici, anahtarların eşleşmediği, hesaplanan alanların bulunduğu ve mirasın uygulandığı karmaşık durumlar için özel CodingKeys ve özel encode/decode yöntemlerini uygular.