- Katılım
- 21 May 2023
- Mesajlar
- 622
- Tepki
- 17
- Puan
- 18
Uygulama fikri olan çoğu kişi işe yanlış soruyla başlıyor: "Hangi programla yapılır?" Oysa ilk karar araçta değil; hangi dille yazılacağı, arayüzün nasıl kurulacağı ve hangi cihazların hedefleneceği birbirine bağlı kararlar.
Aşağıda resmî geliştirme ortamının ne olduğunu, hangi dilin ve arayüz araçlarının önerildiğini, ilk adım olarak neyin gösterildiğini ve hangi cihaz çeşitliliğinin hesaba katıldığını platformun kendi belgesine dayanarak bulacaksınız.
Resmî ortam hangisi?
Platformun başlangıç sayfası geliştirme ortamını net biçimde adlandırıyor: Android Studio, uygulama geliştirme için resmî entegre geliştirme ortamı.
Sayfa bu ortamın içeriğini de sayıyor: arayüz tasarım araçları, esnek bir derleme sistemi ve cihaz öykünücüsü aynı paketin parçası olarak geliyor.
Öykünücü ayrı bir başlık: geliştirme sırasında uygulamayı gerçek cihaz olmadan çalıştırmayı sağlıyor. Bu bileşenin çalışması için bilgisayarda donanım sanallaştırmanın açık olması gerekiyor.
Hangi dil öneriliyor?
Sayfa dil tarafında Kotlin'i öne çıkarıyor ve modern, üretkenliği artıran bir dil olarak tanımlıyor.
Arayüz tarafında ise Jetpack Compose gösteriliyor. Sayfaya göre bu araç, platformun modern arayüz geliştirme yolu ve daha az kod yazarak güçlü kullanıcı arayüzleri kurmayı sağlıyor.
Üçüncü bileşen kütüphane paketi: Jetpack kütüphaneleri, geliştirme işlerini kolaylaştırıyor ve tekrar eden kalıp kodu azaltıyor.
Üç parçalı bir set' Alıntı:
İlk adım ne gösteriliyor?
Sayfa yeni başlayan için sıralamayı da veriyor. İlk adım olarak adım adım ilerleyen bir başlangıç uygulaması yapımı gösteriliyor; amaç temel yapıyı anlamak.
Ardından temel kavramları öğreten bir kurs işaret ediliyor. Bu kurs, arayüz aracıyla uygulama kurmanın temellerini ve dilin kendisini kapsıyor.
Yani platformun önerdiği yol, önce çalışan küçük bir uygulama üretmek, sonra kavramları derinleştirmek. Büyük bir proje hedefiyle başlamak bu sıralamada yer almıyor.
Uygulama geliştirmenin genel çerçevesini mobil geliştirme yazımızda ele almıştık; buradaki adımlar o çerçevenin platforma özgü karşılığı.
Hangi cihazlar hesaba katılıyor?
Sayfa hedef cihaz çeşitliliğini de bir başlık olarak koyuyor: telefonlar, tabletler, katlanabilir cihazlar ve farklı ekran ortamları için uyarlama yapılması bekleniyor.
Bunun geliştirme kararlarına etkisi doğrudan. Arayüzün tek bir ekran boyutuna göre kurulması, farklı cihazlarda bozuk görünmeye yol açıyor; sayfa da uyarlamayı arayüz aracının bir yeteneği olarak sunuyor.
Aynı sayfa mimari ve test başlığını da ekliyor: ölçeklenebilir, modüler ve test edilebilir uygulamalar için yerleşik yaklaşımların öğrenilmesi öneriliyor.
Tek kod tabanıyla iki platform mümkün mü?
Bu, başlangıçta verilen kararlardan biri. Yalnız tek platform hedefleniyorsa yerel araçlarla ilerlemek doğrudan yol oluyor; iki platform birden hedefleniyorsa çapraz platform araçları gündeme geliyor.
Seçeneklerden birinin hangi platformlara derleme yaptığını çapraz platform yazımızda incelemiştik. Karar, ekibin bildiği dile ve hedeflenen cihaz kümesine göre değişiyor.
İlk çalıştırmada ne bekleniyor?
Kurulum tamamlandıktan sonra ilk derleme genellikle beklenenden uzun sürüyor; derleme sistemi bağımlılıkları indiriyor ve önbellek oluşturuyor. Sonraki derlemeler belirgin biçimde hızlanıyor.
Uygulama çalıştıktan sonra ise hata ayıklama tarafı devreye giriyor. Beklenmedik kapanmalarda kayıtların nasıl okunacağını çökme kaydı yazımızda göstermiştik.
Bilgisayar neyi kaldırmalı?
Geliştirme ortamı, öykünücüyle birlikte çalıştığında sıradan bir metin editöründen çok daha fazla kaynak istiyor. Öykünücü aslında bilgisayarın içinde ayrı bir cihaz çalıştırıyor; bellek ve işlemci ihtiyacı da buradan doğuyor.
Kurulumda en sık karşılaşılan engel de bu tarafta çıkıyor: sanallaştırma desteği kapalıysa öykünücü açılmıyor ve hata mesajı genellikle nedeni doğrudan söylemiyor.
Gerçek bir cihazla çalışmak bu yükü ortadan kaldırıyor. Telefonu geliştirici kipinde bağlayıp uygulamayı doğrudan cihazda çalıştırmak, hem daha hızlı hem de gerçek davranışı gösteren bir yol oluyor.
Yayınlama aşaması ne getiriyor?
Uygulama çalışır hâle geldiğinde iş bitmiyor; mağazaya yükleme kendi gereksinimlerini getiriyor. Uygulamanın imzalanması, sürüm numarası verilmesi ve mağaza kaydının açılması ayrı adımlar olarak sıraya giriyor.
Bu aşamayı geliştirmenin sonuna bırakmak yaygın ama sorunlu: imzalama anahtarının kaybedilmesi, sonraki güncellemelerin yayımlanmasını engelliyor.
Sık Sorulan Sorular
Android uygulama yapma için ne gerekiyor?
Sayfaya göre resmî geliştirme ortamı Android Studio; içinde arayüz tasarım araçları, derleme sistemi ve cihaz öykünücüsü bulunuyor.
Hangi dil kullanılıyor?
Sayfa Kotlin'i modern ve üretkenliği artıran bir dil olarak öne çıkarıyor.
Arayüz nasıl kuruluyor?
Jetpack Compose, platformun modern arayüz geliştirme yolu olarak gösteriliyor ve daha az kodla arayüz kurmayı sağlıyor.
Nereden başlamak öneriliyor?
Önce adım adım ilerleyen bir başlangıç uygulaması, ardından temelleri öğreten kurs.
Farklı ekran boyutları için ne yapılıyor?
Sayfa telefon, tablet ve katlanabilir cihazlar dâhil farklı biçimler için uyarlama yapılmasını bekliyor.
Özetle
Başlangıç seti üç parçadan oluşuyor: resmî geliştirme ortamı, önerilen dil ve modern arayüz aracı. Platformun önerdiği sıra küçük bir uygulamayla başlayıp kavramları sonra derinleştirmek. Cihaz çeşitliliği ve test edilebilirlik ise baştan hesaba katılması gereken başlıklar.
Uygulama fikriniz tek platform için mi, yoksa iki platformu birden mi hedefliyor?
Güncelleme: 27 Ağustos 2026. Android geliştirici belgelerinin başlangıç sayfası kontrol edildi.
Dijital Dünyanıza Yön Veren Pusula
