Android kod adlarının listesi ve sürümlerle eşleşmesi
Kısa cevap: Android'in her büyük sürümünün bir tatlı temalı kod adı vardı — örneğin, Android 4.4 = KitKat (API 19), Android 9 = Pie (API 28); Android 10'dan itibaren Google halka açık tatlı markalarını resmi olarak kullanmayı bıraktı, ancak geliştirme sürecinde kod adları korunmaya devam ediyor (Android 11 — Red Velvet Cake, Android 12 — Snow Cone, Android 13 — Tiramisu, Android 14 — Upside Down Cake). Aşağıda eksiksiz ve anlaşılır bir tablo ile önemli açıklamalar yer almaktadır.
Google, Android 9'a kadar tatlı isimlerini açıkça yayınladı; Android 10'dan itibaren bunlar yalnızca dahili kod adları olarak kaldı.
Kısa şema ve adlandırma kuralları
Android kod adları geleneksel olarak alfabetik sırayla tatlılarla ilişkilendirilmiştir (Cupcake, Donut, Eclair ...). Her ada bir sürüm numarası ve API düzeyi (Application Programming Interface) karşılık gelir. Geliştiriciler için API düzeyi kritiktir — kullanılabilir özellikleri ve uygulamaların uyumluluğunu belirler. Kullanıcılar için ise incelemeler ve haberlerde hızlıca yön bulabilmek adına adı bilmek faydalıdır.
Tablo: Kod adları, sürümler, API'ler ve yayın yılı
Android kod adlarının sürümlerle eşleştirilmesi
| Kod adı | Android Sürümü | API düzey(ler)i | İlk yayın yılı |
|---|---|---|---|
| (yok) | 1.0 | 1 | 2008 |
| (yok) | 1.1 | 2 | 2009 |
| Cupcake | 1.5 | 3 | 2009 |
| Donut | 1.6 | 4 | 2009 |
| Eclair | 2.0–2.1 | 5–7 | 2009 |
| Froyo | 2.2 | 8 | 2010 |
| Gingerbread | 2.3 | 9–10 | 2010 |
| Honeycomb | 3.0–3.2 (tablet) | 11–13 | 2011 |
| Ice Cream Sandwich | 4.0 | 14–15 | 2011 |
| Jelly Bean | 4.1–4.3 | 16–18 | 2012 |
| KitKat | 4.4 | 19–20 | 2013 |
| Lollipop | 5.0–5.1 | 21–22 | 2014 |
| Marshmallow | 6.0 | 23 | 2015 |
| Nougat | 7.0–7.1 | 24–25 | 2016 |
| Oreo | 8.0–8.1 | 26–27 | 2017 |
| Pie | 9.0 | 28 | 2018 |
| Android 10 | 10 | 29 | 2019 |
| Android 11 (Red Velvet Cake, dahili) | 11 | 30 | 2020 |
| Android 12 (Snow Cone, dahili) | 12 | 31–32 | 2021 |
| Android 13 (Tiramisu, dahili) | 13 | 33 | 2022 |
| Android 14 (Upside Down Cake, dahili) | 14 | 34 | 2023 |
Tabloyu hızlı bir kılavuz olarak kullanın: geliştirme için API düzeyi sütununa odaklanın; iletişim ve arama için ada ve sürüm numarasına bakın.
Bu adları nasıl ve neden kullanmalı (ve bilinmesi gerekenler)
- Geliştiriciler: Manifest/gradle dosyasındaki minimum ve hedef API düzeyini kontrol edin — bu, belirli sürümlerde API erişimini ve uygulama davranışını belirler.
- Test uzmanları: Hata raporlarında hem sürüm numarasını hem de API düzeyini belirtin, böylece sorunu daha kesin şekilde yeniden oluşturabilirsiniz.
- Kullanıcılar ve gazeteciler: Ad, işlevlerin bağlamını hızlıca anlamaya yardımcı olur (örneğin, "KitKat dönemi" ile "Android 13 — Tiramisu" arasındaki fark).
Belgelerde yalnızca "Android 10, 11…" görüyorsanız şunu unutmayın: Google'ın Android 9'dan sonra resmi halka açık tatlı adları yok, ancak dahili kod adları sürümleri tanımlamaya devam ediyor.
Sık yapılan hatalar
- Kod adını API düzeyiyle karıştırmak. Ad kolay bir etikettir, ancak uygulama uyumluluğu API tarafından belirlenir.
- Yalnızca ada atıfta bulunmak ve sürüm numarasını vermekten kaçınmak: bu yanıltıcı olabilir (örneğin, "Jelly Bean" farklı API'lere sahip birkaç sürümü kapsar).
- Kod adının aynı işlev setini garanti ettiğini sanmak — küçük sürümler arasında önemli değişiklikler olabilir.
SSS
-
S: Google neden halka açık tatlı isimlerini kullanmayı bıraktı?
C: Karar, algılamayı ve küresel pazarlama iletişimini basitleştirme arzusuyla açıklanmıştır — numaralar geniş kitleler için daha anlaşılırdır. -
S: Cihazın API düzeyini nasıl kontrol ederim?
C: Telefon ayarlarından veya ADB komutu "adb shell getprop ro.build.version.sdk" ile mevcut API düzeyini görebilirsiniz. -
S: Uygulama uyumluluğu için kod adlarına ihtiyaç var mı?
C: Hayır — uyumluluk için API düzeyi önemlidir. Kod adları insan tarafından okunabilir etiketler olarak faydalıdır. -
S: Eski cihazların eşleşmesini nerede bulabilirim?
C: Yukarıdaki tabloda Android sürümü ve API düzeyini karşılaştırın — bu, hangi işlevlerin kullanılabilir olduğunu belirleyecektir.
Sonuç: API ↔ sürüm ↔ kod adı tablosunu bir çalışma aracı olarak kullanın — geliştirme için API'ye odaklanın, iletişim ve arama sırasında belirsizliği önlemek için hem numarayı hem de kod adından bahsedin.