Toast, Android uygulamalarda kullanıcılara uyarı veya bilgilendirme mesajları verilmesini sağlayan, bunun dışında uygulama test aşamasında işlemlerin gerçekleşip gerçekleşmediği hakkında bilgi edinmek amaçlı kullanılan mesaj türüdür.
Ayrıca, hata ayıklama amacıyla da kullanabilirsiniz. Bir tost, küçük bir açılır pencerede bir işlem hakkında basit geri bildirim sağlar.
Toast Message, Javascript’deki alert, Form Application’lardaki msgbox yada messagebox gibi anlayabiliriz. Ekrana veri yazdırmak için kullanılıyor.
Nasıl Kullanılır?
Toast mesajları tasarlanarak kullanılacağı gibi default yani varsayılan şekilde de gösterilebilir. Bunu basit anlamda aşağıdaki kod bloğunu sınıf içine yazarak kullanabiliriz.
makeText methoduna baktığımızda üç parametre aldığını göreceksiniz.
İlki uygulama içeriğini yani contexti , Hangi activity bu işleme erişecek bilgisi gibi bilgileri tutar.
ikincisi kullanıcıya gösterilecek kısa mesajı, parametre olarak String veri bekler.
üçüncüsü de Toast mesajının ekranda gösterilme süresini belirtiyor.
Toast Message süre olarak iki integer değer alabilir;
Uzun toast message süresi –> Toast.LENGTH_LONG
Kısa toast message süresi –> Toast.LENGTH_SHORT
show (): Bu yöntem, Tost’u ekranda görüntülemek için kullanılır. Bu yöntem, Toast’un makeText () yöntemini kullanarak oluşturduğumuz metni görüntüler.
Yukarıdaki şekilde kullanıldığında mesaj, kısa süreli ekranda görünür. Ama eğer uzun süreli görünmesini istiyorsak Toast.LENGTH_SHORT kısmını Toast.LENGTH_LONG şeklinde değiştirebiliriz.
this yerine bazen getApplicationContext() olarak da görebilirsiniz, her ikiside çalışır.
Yapmış olduğumuz çalışma test amaçlı ve kodların işleyişini değinmek amaçlı, onCreate metodu içinde çalıştırdık.
Toast nesnenizin yerini belirleme
Ekranın alt kısmında, yatay olarak ortalanmış standart bir kısa mesaj bildirimi görünür. Bu konumu setGravity(int, int, int) yöntemini kullanarak değiştirebilirsiniz. Bu yöntem üç parametreyi kabul eder: Bir Gravity sabiti, bir x konumu ofseti ve bir y konumu ofseti.
Örneğin, durum mesajının sol üst köşede görünmesi gerektiğine karar verirseniz yerçekimi (gravity) değerini şu şekilde ayarlayabilirsiniz:
Herhangi bir .apk dosyasından kaynak koduna erişebileceğinizi biliyor muydunuz? Marketten indirdiğiniz programların .apk uzantılı dosyalarında veya internetten indirdiğiniz .apk dosyalarında işlem yapabilirsiniz.
Evet yanlış okumadınız. Android uygulamalarınızı java ile yazıyorsanız .jar dosyaları gibi sıkıştırılmış dosyalar ile de muhakkak uğraşmışlığınız olmuştur. Her uygulama compile edildikten sonra class dosyaları yalın olarak bulunmaz ve tekrar farklı formatlara dönüştürülüp sıkıştırılmış dosya formatında sizlere .apk olarak servis edilir.
Peki android uygulamaların kodlarını görmek mümkün müdür ?
Kısmen evet, bu tür decompiler uygulamaları tamamen size kodu vermez. Bazı kısımlarını gösterir. Değişkenler, sabitler vs size farklı isimlerde gözükür, bazen çok anlamsız olduğunu düşünebilsek de ne arayacağınızı biliyorsanız, aradığınızı bulabilirsiniz.
Decompiler ne amaçlarla kullanılır ?
Bir uygulamanın kaynak kodlarına erişmek isteyebilirsiniz. Tabii, kimse size kendi yazdığı kaynak kodlarını paylaşmayacak olduğunu da düşünürseniz, ya uygulamayı çok iyi analiz edeceksiniz ki bu zaten gereklidir ya da kaynak dosyalardaki kullanım şekillerine bir yöntemle erişmeniz gerekecek. Bu tür bir uğraşı için, apk decompiler kullanabiliyorsunuz. Apk decompiler edilebilmesine karşılık olarak ise, uygulama güvenlik önlemleri sağlanabiliniyor.
Önce googleplayden ilgili apk nın adresini kopyalıyorsunuz.
Sonra bu uygulamanın apk dosyasını bilgisayara indirebilmek için
buraya tıkladığınızda çıkan ekrandaki satıra yazıyorsunuz. Ve bir süre sonra uygulamanın apk dosyası bilgisayarınıza indiriliyor.
1.Yol:
Online
Bu işlem için online araçlar hizmete sunulmuş durumda. Apk dosyasını bu sitelere yükleyerek kaynak kodları çok kısa sürede fazla uğraşmadan elde edebilirisiniz.
Çevrimiçi aracını kullanın, apk yükleyin ve kaynak kodunu alın.
Apk dosyasını decompile ederek içerisindeki dosyaları okunabilir hale getiren bir araçtır. Buradan indirebilirsiniz.
Kullanımı:
d parametresi ile apk dosyasını decode ederek içerisindeki dosya ve klasörleri bir klasörde toplayabiliriz.
Apk uzantılı dosyamızın uzantısını .zip yapıp unzip ile açtığımızda da apk içerisindeki dosyalara erişebiliriz. Fakat o zaman AndroidManifest.xml dosyasının içerisini görüntüleyemiyoruz.
b parametresi ile dosyaları toplayarak apk dosyası haline getirebiliriz.
Bir .apk dosyasını açmaya çalıştığımızda karşımıza çıkan yapı şu şekildedir;
“.dex” formatında olan bu yapıyı anlamlandırılabilir hale getirmek için decompile etmeliyiz. Apktool android .apk dosyalarını decompile etmek için kullanılan araçtır. Decompile sonucunda smali adını verdiğimiz ara kodları elde ederiz.
İndirmiş olduğunuz .jar dosyasını decompiler etmek için “d” parametresi ile çalıştırmalısınız.
Decompiler sonucunda;
Resources (xml dosyaları ve resimler)
Manifest File
Yml dosyası (sdk ve versiyon bilgisi)
smali dosyası
oluşmaktadır.
Oluşan dosyalara ait bir ekran görüntüsü aşağıda veilmiştir.
Buradaki manifest dosyasını açtığımızda neredeyse orjinaliyle aynı bir manifest dosyası elde ettiğimizi görüyoruz.
Ayrıca Apktool sadece decompiler yapma işlemi için değil, aynı şekilde decompiler edilmiş bir apk dosyasını derleme yaparak paketleme işlemi için de kullanılmaktadır.
Bunun için “b” (build) parametresi kullanılır.
3.Yol:
APK Easy Manager kullanımı
Hiç uğraşmadan komut vermeden tek bir tuşa basarak apk dosyasını ayıklayabilir ve birleştirebilirsiniz decompiler kısmı apk ayıklama kısmıdır builder kısmı ise apk birleştirme kısmıdır.
APK Tool’ün yan kuruluşu da diyebileceğimiz bu proğram aynen APK Tool’ün yaptığı işlemlerin kısaltılmış hali olarak gözükmekte, bunda tek fark sadece arayüz eklenmiş, ilemler yine cmd ekranında yapıyor ama çalışılabilir exe arayüz olduğu için cmd ekranını göremiyoruz.
Uygulama çoğu apk’da işe yaradığı gibi bazılarındada işe yaramayabiliyor, çalışmak için apk yı üzerine sürüklemeniz yeterli
İndirdikten sonra açtığınızda aşağıdaki gibi bir program ile karşılaşacaksınız
Nasıl kullanabilirsiniz ?
Bir .apk dosyasını bu program açık durumdayken, Drop APK Files here kısmına sürükleyiniz ve seçiniz.
Dosyanın ismi, uygulama içerisindeki listede seçili durumda iken, Decompiler kısmında Decompiler 1 – Ginderbread and below version Apps‘i seçiniz ve Start Decompiling butonuna tıklayınız.
İlgili apk dosyası decompile edildikten sonra, uygulamanın bulunduğu dizin içerisinde projectsklasörü içerisinde uygulamaya ait yeni bir klasör açılmış ve erişebileceğiniz tüm kodlar burada bulunuyor olacaktır.
Buradada Project klasörüne girerek ayıkladığımız apk’yı düzenliyoruz türkçeleştireceksek türkçeleştirip bir sonraki aşamaya geçiyoruz
Bu bölümden türkçeleştireceksek values e giriyoruz resim degiştirmek vs için diğer klasörlere bakabilir ve düzenleyip degiştirebilirsiniz.
notepad++ ile açıyoruz
string kısımlarını türkçeleştirdikten sonra
kaydet diyip çıkıyoruz
daha sonra geri çıkarak klasörü builder bölümüne sürüklüyoruz ve builder 1 seçip start building butonuna basıyoruz.
oluşan dosya result klasörünün içerisinde belirecektir
Bu dosyayı alıp kullanabiliriz artık Telefonunuza attığınız dosyanın yerini input butonuna basarak kayıt edilecegi yeri Output butonuna basarak seçiyoruz ve testkey seçenegini seçip sing the file butonuna basıyoruz ve dosyamız lisanslanmış oluyor böylece telefonunuza kurulabilir duruma gelmiş oldu. Dosyaları yukarıda belirttiğim adreslerden indirerek uygulamaya başlayabilirsiniz. Not : Her Apk dosyasında işe yaramayabiliyor
Uyğulamanın çalışması için sisteminizde java yüklü olmalıdır
Tüm bu aşamalardan sonra apk dosyanızı kullanabilir ve paylaşabilirsiniz umarım herkes için yararlı olur ve sizleri büyük sıkıntılardan kurtarır. Düzenlemelerinizi Notepad++ ile yapınız.
Classes.dex dosyasını JAR dosyasına dönüştürmek için kullanılan bir araçtır. Buradan erişebilirsiniz.
Gerekli olan programlar:
DEX2JAR Burdan dex2jar dosyasını indirin. ya da buradan .
Burdan jd-gui.exe dosyasını indirin ya da buradan .
Belirttiğim 2 programı indirdikten sonra kodlamasını görmek istediğiniz bir APK dosyası seçin ve sırasıyla işlemlere devam edin.
Yeni bir klasör oluşturun ve kodunu çözmek istediğiniz .apk dosyasına kopyalayın.
APK Dosyasını bilgisayarınıza indirin ve ornek.apk isimli dosyanızın sonuna “.zip” ekleyerek sıkıştırılmış hale dönüştürün.
Şimdi classes.dex dosyalarına vb. erişebilirsiniz. Bu aşamada çizilebilir dosyaları görebiliyor ancak xml ve Java dosyalarını göremiyorsunuz.
Zip haline dönüştürdüğünüz APK dosyasına sağ tıklayarakDosyaları çıkart komutunu uygulayın.
İndirdiğiniz dex2jar dosyasını da “klasöre çıkardex2jarx.x.x.x” diyin.
Çıkarttığınız “Ornek.Apk” klasörünün içindeki Classes.dex dosyasını üst satırda oluşturduğumuz “dex2jar” klasörünün içine atın.
Özetle apk yı zip haline çevirdik, sonra bunu klasör haline getirdik, sonra da bu klasör içindeki Classes.dex dosyasını dex2jar klasörünün içine kopyaladık.
Şimdi Başlat – Çalıştır – CMD komut dizinini açın.
“cd” komutu ile “dex2jar” klasörüne gidin ve klasör içine girdikten sonra şu komutu uygulayın:
yani komut satırına cd dex2jar yazıp entera basıyoruz
tabi bu işlemi dex2jar klasörünü nerede oluşturduysanız oraya gittikten sonra yapıyoruz.
(mac terminali veya ubuntu için ./d2j-dex2jar.sh classes.dex yazın)
Bu komuttan sonra “classes_dex2jar.jar” diye bir dosya oluşacaktır.
dex2jar classes.dex yazınca
dex2jar’ is not recognized as an internal or external command, operable program or batch file
hatasını alanlar bunu yazsın d2j-dex2jar classes.dex
ayrıca java yazılımı pc nizde yüklü olması gerekli, yoksa hata alırsınız
Oluşturulan dosya dex2jar klasörünün içindedir
Classes_dex2jar.jar dosyasını ilk başta indirdiğimiz “Jd-Gui.exe” programı ile indirip Kodlara ulaşabilirsiniz.
şimdi sınıf dosyalarını görebiliyorsunuz
Bu sınıf dosyalarını kaydedin (jd-gui’de, Dosya -> Tüm Kaynakları Kaydet’e tıklayın) src ismine göre. Bu aşamada Java kaynağını elde edersiniz ancak .xml dosyaları hala okunamaz durumdadır, bu yüzden devam edin.
jar dosyasını yukarıdan apktool.jar olarak yeniden adlandırın ve her iki dosyayı da aynı klasöre yerleştirin.
bir dos kutusu (cmd.exe) açın ve bu klasöre geçin; Java Ortamı’nın kurulu olduğunu doğrulayın (Linux için ayrıca gerekli kütüphanelerle ilgili notları kontrol edin)
google kullanarak framework-res.apk dosyasını indirin ve aynı klasöre koyun (Tüm apk dosyalarının framework-res.apk dosyasına ihtiyacı yoktur)
Başlat: apktool decode [apk file] örneğin apktool decode compass.apk gibiOrta sonuç : kaynak dosyaları, AndroidManifest.xml
aPK dosyasını seçtiğiniz bir açıcı ile açınOrta sonuç : classes.dex
classes.dex öğesini dex2jar.bat üzerine sürükleyip bırakın (veya bir DOS kutusuna <path_to>dex2jar.bat classes.dex yazın; Linux için dex2jar.sh kullanın)Orta sonuç : classes_dex2jar.jar
classes_dex2jar.jar_ paketini açın (kullanılan kod çözücüye bağlı olarak isteğe bağlı olabilir)
sınıf dosyalarınızı kodabilirsiniz (örneğin JD-GUI veya DJ Decompiler ileSonuç : kaynak kodu
Şimdi komutu apktool if framework-res.apk gibi çalıştırın (eğer burada yoksa get here yoksa) ve sonraki
apktool d myApp.apk (burada myApp.apk, kodunu çözmek istediğiniz dosya adını belirtir)
şimdi bu klasörde bir dosya klasörü almak ve apk’ın xml dosyalarını kolayca okuyabilirsiniz.
Dex2Jar
Bir diğer tersine mühendislik aracı Dex2Jar “.dex” formatında yer alan apk içerisindeki dosyaları “.jar” uzantılı java binary dosyalarına çevirir.
.jar uzantılı java binary dosyalarına dönüştürülmüş olan bu dosyalar başka bi java decompiler aracı kullanılarak rahatlıkla kaynak koda dönüştürülebilir.
Bu araç aşağıdaki linkten indirilebilir
ve programını açarak “./d2j-dex2jar.sh” aracılığıyla çalıştırabilirsiniz.
Yukarıda ekran görüntülerinde de görüldüğü gibi örnek olarak “BGA_Mucahid.apk” uygulaması decompiler edilerek “output.jar” dosyasına dönüştürülmüştür.
JD-GUI
Uygulamanın kaynak kodlarını görmeye yardımcı Java decompiler aracıdır. Classes.dex dosyasının dex2jar yardımıyla .jar dosyasına dönüştürülmesinden sonra jd-gui ile bu jar dosyasını açarak uygulamanın kaynak kodlarına erişebiliriz. Buradan indirebilirsiniz.
JD-GUI programı, dex2jar programı ile decompiler ettiğimiz “.jar” uzantılı java binary dosyalarını source koda çevirmemize yarayan bir decompiler aracıdır. Kullandığınız işletim sistemine göre uygun versiyonu;
Sonra grafik arayüze sahip olduğumuz programımızda “File” sekmesinden “Open File” tuşuna basarak gelen dizin ekranından az önce “Dex2jar” programı ile oluşturduğumuz “output.jar” dosyasını seçiyoruz.
Bu işlemleri, oluşturulmuş olan “output.jar” dosyasını JD-GUI içerisine sürükle bırak yaparak da bu işlemleri kısa yoldan tanımlayabilirsiniz.
Decompiler işlemi sonucunda ise android gelişiricinin yazmış olduğu kodları elde ediyoruz.
APK Easy Tool (APK Tool GUI)
Apk Easy Tool, üzerinde çalıştığınız uygulamalar için APK dosyalarını yönetmenizi, decompile ederek içerisindeki dosyaları okunabilir hale getirmenizi, derlemenizi ve imzalamanızı sağlayan bir uygulamadır. Aslında bu araç daha önce de Mobil Uygulama Testlerinde Kullanılabilecek Araçlar yazımızda da bahsettiğim APKtool aracının arayüz aracılığıyla daha kolay bir kullanım sağlamasıdır.
Yukarıdaki indirme linkinden taşınabilir .zip dosyasını veya kurulum dosyasını indirebilirsiniz.
Kurulum için .msi dosyasını indirmeniz gerekecek fakat taşınabilir dosya da yalnızca .zip dosyasını açarak .exe dosyasını çalıştırmalısınız.
Uygulama arayüzü açıldıktan sonra “Select APK” butonuna tıklayarak üzerinde çalışmak istediğiniz mobil uygulamanın .apk dosyasını seçin. Ayrıca bu işlemi yapmak yerine .apk dosyasını APK Easy Tool arayüzü üzerine sürükleyip bırakarak da yapabilirsiniz.
Uygulama dosyası seçildikten sonra Decompile butonuna basarak ayıklama işlemini yapabilirsiniz.
Burada “Decompile name” için paketi çıkarmak istediğiniz bir klasör ismi ve bu ayıkladığınız klasörle işiniz bittikten sonra derlemek istediğiniz de uygulama paketine vermek istediğiniz ismi “Compile name” alanını doldurmanız gerekecek.
Uygulamanın paket içerisindeki dosyaları ayıklandığı default olarak “Decompiled APKs” dizini içerisinde olacaktır. İsterseniz bu dizini değiştirerek klasörü başka bir yere çıkartabilirsiniz. Bunun için “change” butonuna basarak bilgisayarınızda herhangi bir dizin seçmeni yeterli olacaktır.
Decompiled edilen paket dosyaları tekrar derlenmek istendiğinde ise “Recompiled APKs” dizini içerisinde oluşturulacaktır. Aynı yöntemle dizini de değiştirebilirsiniz.
Smali, Classes.dex dosyasının açılmış haline denir. Baksmali ise Classes.dex dosyasının düzenlenip tekrar kapanmış haline denir. Uygulamanın smali kodu üzerinden değişikler yapabilir ve programın işleyişine müdahale edebilirsiniz.
Framework bölümü, Apk veya Jar dosyasının android sürümüne uygun dosyaları oluşturmak için kullanılır. Rom uygulaması ise o roma ait, 3.parti bir uygulama ise Android sürümüne uygun herhangi bir romdan alınabilir. Framework dosyaları Rom dosyalarını açıp kapatmak içindir.
Her bir işlem için ayrı bir dizin oluşturulacaktır.
Herhangi bir hata ile karşılaşmanız durumunda ise Log Output bölümünde logları görüntüleyebilir veya uygulamanın klasör oluşturduğu noktaya gidebilirsiniz. Bu dosya için yine “BelgelerAPK Easy ToolLogs” dizinine bakabilirsiniz.
Ayrıca derlediğiniz uygulamayı cihazınıza kolayca kurabilirsiniz. Cihazınız bilgisayara kablo ile bağlı durumda ve ayarlarınızda “USB Debugging” ve “Bilinmeyen Kaynaklar” bölümleri aktif durumda ise “Install APK” butonuna basarak uygulama paket dosyasını cihazınıza yüklemiş olacaksınız.
İzin kelimesinin resmi anlamı, birisinin belirli bir şeyi yapmasına izin vermek anlamına gelir – herhangi bir işlem yapılması için verilen izin veya izindir. Android dünyasında, izinler mektup tanımını takip ediyor. Android uygulamaları, bazıları kullanıcılardan izin gerektiren bir dizi işlem gerçekleştirmek üzere oluşturulmuştur.
Bu yazı da Android’in izinlerini nasıl sınıflandırdığını ve kullanıcılardan nasıl izin alacağınızı anlamaya çalışacağız. Bu izinler doğru şekilde kullanılmazsa, uygulamanın çökmesine neden olabilir.
Varsayılan olarak, bir Android uygulaması kendisine verilen sıfır izinlerle başlar. Uygulamanın, cihazın korumalı özelliklerinden herhangi birini kullanması gerektiğinde (ağ istekleri gönderme, kameraya erişme, SMS gönderme vb.), kullanıcının bunu yapması için uygun izin alması gerekir.
Yani Android’in izin sistemi, kurulum sırasında bu izinlerin istenmesi nedeniyle baştan beri en büyük güvenlik sorunlarından biridir. Uygulama bir kez yüklendiğinde, herhangi bir kullanıcının izni ile tam olarak ne yaptığını kabul etmeden, herhangi bir kullanıcının onayı olmadan verilen tüm şeylere erişebiliyordu. Bu güvenlik zayıflığıyla kullanıcının kişisel verilerini toplamaya ve bunları kötü bir şekilde kullanmaya çalışan çok fazla yazılım mevcuttu. Android özgürlüktü ama bu sebepten de çok eleştiriliyordu.
Özgürlüktü ama dezavantajı da oldukça açıktı: geliştiriciler veri toplamak için izin almaya ve kullanıcının gizliliğini ihlal etmeye başladı. Google, uygulamanın söz konusu izinleri gerçekten gerektirip gerektirmediğini kontrol etmediğinden ve kullanıcının belirli izinleri sağlama ve uygulamayı kullanmaya devam etme seçeneği bulunmadığından, geliştiriciler sistem bilgisine veya mikrofona herhangi bir kısıtlama olmadan erişme konusunda çok rahattılar
.
Android içerisinde 130’dan fazla farklı izin türü vardır. Geliştiricilerin bunlardan her biri için izin alması zordu. Daha da kötüsü, uygulamanızın kullanıcıların kaç tane iznine ihtiyacı olduğunu görmelerinin korkutuculuğundan ziyade neden bu kadar çok izne ihtiyacınız olduğunu kullanıcıya açıklamak çok daha zordur.
Android M (Marshmallow , Android 6.0, API 23)
İOS’un aksine, Android uygulama izinlerine partiye biraz geç geldi. Android Marshmallow (Android M), 5 Ekim 2015 tarihinde piyasaya sürüldü.
Marshmallow’dan önce, izinler kurulum zamanında ele alınmış AndroidManifest.xml ve proje içerisinde belirtilmiştir . İzinlerin tam listesi burada bulunabilir.
Marshmallow’dan önce izinler çok daha basittir (API 23). Tüm izinler kurulum sırasında ele alındı. Bir kullanıcı Google Play Store’dan bir uygulama yüklemeye gittiğinde , kullanıcıya uygulamanın gerekli kıldığı izinlerin bir listesi sunuldu (bazı kişiler buna “izin duvarı” olarak adlandırılıyordu. Kullanıcı tüm izinleri kabul edip devam edebilirdi. Uygulamayı yüklemek veya uygulamayı yüklememeye karar vermekle, kullanıcı izinlerin tamamına izin veriyordu ya da hiç birine izin vermiyordu.Uygulama için yalnızca belirli izinlervermenin bir yolu yoktu ve kullanıcının uygulama yüklendikten sonra belirli izinleri iptal etmesinin bir yolu yoktu.
Android Marshmallow’un halka açık sürümüyle Google, Android için çalışma zamanı izinlerini sundu ve böylece izinler alanını daha iyi hale getirdi. Android Marshmallow, yalnızca izinleri basitleştirmek değil, aynı zamanda gereken izin sayısını azaltmak için uygulama izinlerinde tamamen yeni bir uygulama sunar.
Peki daha önce başlatılmış olan uygulamaya ne oldu?
Eski uygulamalar Android Marshmallow’da çalışacak mı? TargetSdkVersion 22 ya da daha az ise cevap evet .
Bu yeni izin sistemi şu anda size biraz panik getirebilir. “Hey! 3 yıl önce başlattığım uygulamama ne oldu. Android 6.0 aygıtına yüklenmişse, bu davranış da geçerli mi? Uygulamam da çökecek mi?!?”
Endişelenme. Android ekibi çoktan düşünmüş. Uygulamanın targetSdkVersion değeri 23’ten küçükse, uygulamanın henüz yeni izin sistemiyle test edilmediği ve aynı eski davranışa geçeceği varsayılır: kullanıcı yükleme zamanında her bir izni kabul etmek zorundadır ve hepsine izin verilir kurulduktan sonra!
Sonuç olarak, uygulama önceki gibi mükemmel şekilde çalışacaktır. Yine de, kullanıcının bundan sonra hala bir izni iptal edebileceğini unutmayın! Her ne kadar Android 6.0 bunu yapmaya çalıştıklarında kullanıcıyı uyarıyorlar ancak yine de iptal edebiliyorlar.
Şu an kafandaki bir sonraki soru. Peki başvurum çökecek mi?
Android ekibi aracılığıyla Tanrı’dan gönderilen böylesi bir nezaket. TargetSdkVersion uygulamasının 23’ten daha az olduğu uygulamada izinli kullanıcının iptal edilmesini gerektiren bir işlev çağırdığımızda, İstisna atılmaz. Bunun yerine sadece hiçbir şey yapmaz. Değeri döndüren işlev için nulldöndürür veya 0 duruma göre değişir.
Android 6.0 Marshmallow’da, uygulama kurulum sırasında herhangi bir izin verilmez. Bunun yerine, uygulama çalışma zamanında kullanıcıdan birer birer izin istemelidir.
Sağdaki reismde yani Api 23 den sonra geliştiricinin, kullanıcının henüz izin vermemiş olması gereken izni gerektiren bazı işlevleri çağırmayı denemesi durumunda, işlev aniden uygulamanın çökmesine neden olacak bir İstisna atar.
Ayrıca, kullanıcı telefonun Ayarlar uygulamasını kullanarak verilen izni istediği zaman iptal edebilir.
Şimdi geliştirici artık uygulama kurulumunda tüm izinlere sahip değil. Bunun yerine, geliştiricinin bir resmi tıklatmak veya bir dosyayı kaydetmek için kullanıcının deposuna erişmek için kamerayı kullanmak gibi belirli bir işlemi gerçekleştirme iznini istemesi gerekir. Google ayrıca Android’deki izinler kümesini normal ve tehlikeli izinlere ayırdı .
Kurulum sırasında otomatik olarak verilecek ve iptal edilemeyecek bazı izinler vardır. Buna Normal İzin (PROTECTION_NORMAL) diyoruz.
Normal izinler, kullanıcının gizliliği veya cihazın çalışması için risk teşkil etmeyen izinlerdir. Sistem bu izinleri otomatik olarak verir. Bunlar arasında internete bağlanmak, ağ, Bluetooth, wifi ve NFC bilgilerini almak, alarmları ve duvar kağıtlarını ayarlamak ve bir cihazdaki ses ayarlarını değiştirmek sayılabilir.
Normal izinler, uygulamanızın uygulama sanal alanı dışındaki verilere veya kaynaklara erişmesi gereken alanları kapsar, ancak kullanıcının gizliliği veya diğer uygulamaların çalışması için çok az risk olduğu yerlerdir. Örneğin, saat dilimini ayarlama izni normal bir izindir.
Bir uygulama normal bir izne ihtiyaç duyduğunu beyan ederse, sistem otomatik olarak bu izni yükleme sırasında uygulamayı verir. Sistem, kullanıcıdan normal izinler vermesini istemez ve kullanıcılar bu izinleri iptal edemez.
Android 9’dan itibaren (API seviyesi 28), aşağıdaki izinler şöyle sınıflandırılır PROTECTION_NORMAL:
Sadece basitçe bu izin isteklerini AndroidManifest.xml dosyasına yazın, gayet iyi sonuç verecektir. Bu izinler kullanıcı tarafından İptal edilemediğinden yazılım içerisinde bu listelenen izinleri kontrol etmeniz gerekmez.
Sistem bu uygulama izinlerini yükleme sırasında verir, ancak yalnızca izin kullanmaya çalışan uygulama, izni tanımlayan uygulama ile aynı sertifika ile imzalandığında verilir.
Android 8.1’den itibaren (API seviyesi 27), üçüncü taraf uygulamaların kullanabileceği aşağıdaki izinler şöyle sınıflandırılır PROTECTION_SIGNATURE:
Tehlikeli izinler, uygulamanın, kullanıcının kişisel bilgilerini içeren veri veya kaynakları istediği veya kullanıcının depolanan verilerini veya diğer uygulamaların çalışmasını etkileyebileceği alanları kapsar. kullanıcının gizliliğini veya cihazın çalışmasını potansiyel olarak etkileyebilecek izinlerdir. Kullanıcı açıkça bu izinleri vermeyi kabul etmelidir. Bunlar, kameraya, rehbere, konuma, mikrofona, sensörlere, SMS’e ve depolamaya erişmeyi içerir.
Örneğin, kullanıcının bağlantılarını okuyabilmek tehlikeli bir izindir. Bir uygulama tehlikeli bir izin gerektirdiğini bildirirse, kullanıcının açıkça uygulamaya izin vermesi gerekir. Kullanıcı izni onaylayana kadar, uygulamanız bu izne bağlı işlevler sağlayamaz.
Normal ve tehlikeli izinler gibi davranmayan birkaç izin vardır. SYSTEM_ALERT_WINDOWve WRITE_SETTINGSözellikle hassastır, bu nedenle çoğu uygulama bunları kullanmamalı. Bir uygulama şu izinlere birini gerekiyorsa, apaçık izne beyan, gerekir ve kullanıcının izni talep eden bir niyet gönderin. Sistem, kullanıcıya ayrıntılı bir yönetim ekranı göstererek amacına cevap verir.
Android sistemi tarafından sağlanan tüm izinler adresinde bulunabilir Manifest.permission
İzin Grupları
İzinler, bir cihazın yetenekleri veya özellikleriyle ilgili gruplar halinde düzenlenir. Bu sistem altında, izin talepleri grup düzeyinde ele alınmakta ve tek bir izin grubu, uygulama bildiriminde birkaç izin beyanına karşılık gelmektedir. Örneğin, SMS grubu hem bildirimleri hem READ_SMSde RECEIVE_SMSbildirimleri içerir. Bu şekilde gruplama izinleri, kullanıcının karmaşık ve teknik izin talepleri tarafından boğulmadan daha anlamlı ve bilinçli seçimler yapmasını sağlar.
Tehlikeli izinler kendi içerisinde gruplara ayrılmıştır. İzinler, dokuz gruba ayrılarak kullanıcıların bir grup halinde bir araya getirilerek tek bir işlemle kapsanan tüm izinleri vermelerini sağlar.
Örneğin, Bu, kullanıcının konumunu bulmak için GPS’i kullanmanız gerekirse, ACCESS_FINE_LOCATION ve ACCESS_COARSE_LOCATION gibi 2 adet izin belirtmeniz anlamına geliyordu ya da bir kullanıcıya Rehber’i görüntüleme, düzenleme ve ekleme izni vermek için 3 adet izin belirtmek gerekiyordu.
Bunun yerine izinleri tek tek almak yerine izin grubuna (Kişiler adı verilen) izin istemek daha etkilidir.
İzin Grupları Konum, Rehber, Telefon, Sensörler, SMS ve Depolama gibi benzer işlemleri gerçekleştiren izinleri basitleştirmeye çalışır. Bir uygulama grubu şu anda tek bir izin grubuna bir ila yedi izin arasında herhangi bir yerde bir araya geliyor. Bu, bir gruptaki tüm izinlerin tek seferde talep edebileceğiniz anlamına gelir!
Tüm tehlikeli Android izinleri izin gruplarına aittir. Herhangi bir izin, koruma seviyesinden bağımsız olarak bir izin grubuna ait olabilir. Bununla birlikte, bir izin grubu yalnızca izin tehlikeli olduğunda kullanıcı deneyimini etkiler.
Cihaz Android 6.0 kullanıyorsa (API seviye 23) ve uygulamanın targetSdkVersion23 veya daha üstü ise, uygulamanız tehlikeli bir izin istediğinde aşağıdaki sistem davranışı uygulanır:
Uygulamanın izin grubunda şu anda herhangi bir izni yoksa, sistem, uygulamanın erişmek istediği izin grubunu tanımlayan kullanıcıya izin isteği iletişim kutusunu gösterir. İletişim kutusu, o gruptaki belirli izni açıklamıyor. Örneğin, bir uygulama READ_CONTACTSizin isterse, sistem iletişim kutusu sadece uygulamanın cihazın bağlantılarına erişmesi gerektiğini söyler. Kullanıcı onay verirse, sistem uygulamaya sadece istediği izni verir.
Uygulamaya, aynı izin grubunda başka bir tehlikeli izin verilmişse, sistem kullanıcı ile herhangi bir etkileşime girmeden derhal izni verir. Örneğin, bir uygulamanın daha önce talep etmesi ve READ_CONTACTSizin verilmiş olması ve daha sonra talep WRITE_CONTACTSetmesi durumunda, sistem, izinler iletişim kutusunu kullanıcıya göstermeden hemen bu izni verir.
Cihaz Android 5.1 kullanıyorsa (API seviye 22) veya daha düşükse veya uygulama targetSdkVersion22 veya daha düşükse, sistem kullanıcıdan yükleme sırasında izinleri vermesini ister. Bir kez daha, sistem kullanıcıya bireysel izinleri değil, uygulamanın hangi izin grubunu gerektirdiğini söyler . Örneğin, bir uygulama READ_CONTACTSkurulum istediğinde , iletişim kutusu Rehber grubunu listeler. Kullanıcı kabul ettiğinde, uygulamaya yalnızca READ_CONTACTSizin verilir.
Not: Kullanıcı, aynı grupta başka bir izin vermiş olsa bile, uygulamanızın ihtiyacı olan her izni açıkça talep etmesi gerekir. Ek olarak, izinlerin gruplara ayrılması gelecekteki Android sürümlerinde değişebilir. Kodunuz, aynı grupta bulunan belirli bir izin grubuna bağlı bir mantığa sahip olmamalıdır.
Aygıttan mikrofon sesine erişimle ilgili izinler için kullanılır. Telefon görüşmelerinin de ses yakaladığını ancak ayrı (daha görünür) bir izin grubunda olduğunu unutmayın.
Manifest.permission.RECORD_AUDIO (Mikrofon ile kayıt)
Artık uygulamamızın yeni Çalışma Zamanı İznini mükemmel bir şekilde desteklemesinin zamanı geldi. Önce compileSdkVersion ve targetSdkVersion ayarlarını 23 yaparak başlayalım.
Dikkat:Manfest izni verilmezse uygulama kilitlenir.
İzinler, aşağıdaki tablo gibi İzin Grubunda gruplandırılmıştır .
Bir uygulamada tehlikeli kategorisindeki bir izne ihtiyaç varsa, bu izin kullanıcı tarafından daha önce onaylanmış bile olsa her seferinde uygulama tarafından kontrol edilmelidir. Çünkü kullanıcı verdiği izinden istediği an cayma hakkına sahiptir. Telefonun “Ayarlar – Uygulamalar – İlgili Uygulama – İzinler” kısmından bu işlemi yapabilir.
Android uygulamamız tehlikeli kategorisindeki bir izne ihtiyaç duyarsa, bu yetki için mutlaka kullanıcıya sorulması gerekir. Bir sonraki adım, izin verilip verilmediğini kontrol etmek için bir işlev oluşturmaktır.
//Öyleyse önce kullanıcıdan izin istemek için bir iletişim kutusu çağıralım. Sonra yeni bir kişi oluşturarak bir sonraki adıma geçebiliriz.
Not:Bir izin grubunda herhangi bir izin verilirse aynı gruptaki başka bir izin de otomatik olarak verilecektir.
Yani, bir kez WRITE_CONTACTS izni verildiyse READ_CONTACTS ve GET_ACCOUNTS izinleri de otomatik olarak verilir.
Uygulama tarafından izin kontrolü ContextCompat.checkSelfPermission(Context context, String permission)metodu ile yapılır.
Bu metotta kullanıcı
izin verdiğindePackageManager.PERMISSION_GRANTED döndürülürken,
izin vermediğinde ise PackageManager.PERMISSION_DENIED döndürülür.
private void izin_Kontrolet_Al() {
if (ContextCompat.checkSelfPermission(this, Manifest.permission.CALL_PHONE) == PackageManager.PERMISSION_GRANTED) {
//Önceden izin VERİLMİŞ öyleyse Serbestçe istediğimizi yapalım.
yapilacaklar();
} else {
// Önceden izin verilmemiş öyleyse İZİN İSTEYELİM
ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.CALL_PHONE}, ONAY_KODU);
}
return;
}
2. İzin önceden alınmadıysa izin isteyelim
requestPermissions(String [] izinler, int ONAY_KODU)
İzin alma işlemi için android sistemine ait standart bir dialog mevcuttur. Bu dialog requestPermissions() metodu ile çağrılır ve özelleştirilemez.
Activity izni almak için (Üstteki kodlara ekleme yapalım)
Daha önceden izin verilmişse, çalıştırılacak kodlar çağrılıyor, bu örnekte yapilacaklar() çağrılıyor.
İzin verilmediyse requestPermissions(context, new String [] {izinler}, int ONAY_KODU) ile izin istemek için aşağıdaki gibi bir iletişim kutusunu çağırılıyor.
final private int ONAY_KODU = 1234;
private void izin_Kontrolet_Al() {
if (ContextCompat.checkSelfPermission(this, Manifest.permission.CALL_PHONE) == PackageManager.PERMISSION_GRANTED) {
//Önceden izin VERİLMİŞ öyleyse Serbestçe istediğimizi yapalım.
yapilacaklar();
} else {
// Önceden izin verilmemiş öyleyse İZİN İSTEYELİM
ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.CALL_PHONE}, ONAY_KODU);
}
return;
}
İzin grubu simgesi
Uygulama ismi
“Bir daha asla sorma” onay kutusu (Bir kullanıcı iki kez izin vermezse bu görüntülenir)
Çoklu diyaloglar için gösterge
Aksiyon
3. İzin verilip verilmediğini kontrol edelim
İzin istedik ama izin verildi mi acaba? İşlem sonucunda izin verilip verilmediğini kontrol etmek için ise
onRequestPermissionsResult (int permsRequestCode, String [] izinleri, int [] grantResults)
Yukarıdaki kodda, istek kodunun izin talep ederken tarafımızdan gönderilen istek koduyla eşleşip eşleşmediğini kontrol ediyoruz. İstek kodu eşleşirse, kullanıcının izin verdiği veya reddedildiği izinleri kontrol ediyoruz. Kullanıcı izin verirse, CALL_PHONE başlatabiliriz, aksi takdirde kullanıcının izin vermesine izin verecek bir mesaj gösterebiliriz.
4. izin almadan önce neden izin istediğimizi izah edelim
Eğer kullanıcı izin için ilk kez çıkan dialog’a izin vermeyip, yeniden o özelliği kullanmaya çalışırsa, büyük ihtimalle o iznin ne için gerekli olduğunu anlamamıştır. Bu sebeple kullanıcıya standart izin dialog’u gösterilmeden önce, uygulamanın izne neden ihtiyacı olduğunu anlatan bir açıklama gösterilmelidir. Eğer kullanıcı açıklamaya ikna olup izin vermeyi kabul ederse, standart izin penceresine yeniden yönlendirilir.
Android sistemi, kullanıcıya bir açıklama göstermenin gerekli olup olmadığına karar vermemizi kolaylaştıran bir metod sunmuştur:
shouldShowRequestPermissionRationale() metodu
true dönerse, kullanıcıya daha önceden android standart dialog’u gösterilmiş ve kullanıcı izni onaylamamıştır. Bu sebeple true döndüğü durumlarda önce iznin ne için gerekli olduğunu anlatan bir açıklama gösterilmesi ve kullanıcı bu açıklamayı onaylarsa standart izin dialog’una yönlendirilmesi gerekir.
İzin kullanıcıdan ilk defa istenecekse ya da kullanıcı “Never ask again” durumu onaylanmışsa metod false döner.
requestPermissions çağrılmadan önce biz izni neden talep ettiğimizi shouldShowRequestPermissionRationale metodu ile kullanıcıya bir pencerede gerekçe göstermemiz gerekir.
private void izin_Kontrolet_Al() {
int hasWriteContactsPermission = checkSelfPermission(Manifest.permission.CALL_PHONE);
if (hasWriteContactsPermission != PackageManager.PERMISSION_GRANTED) {
if (!shouldShowRequestPermissionRationale(Manifest.permission.CALL_PHONE)) {
showMessageOKCancel("Çağrı için izin vermeniz gerekir", new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
requestPermissions(new String[] {Manifest.permission.CALL_PHONE}, ONAY_KODU);
}
});
return;
}
requestPermissions(new String[] {Manifest.permission.CALL_PHONE}, ONAY_KODU);
return;
}
yapilacaklar();
}
private void showMessageOKCancel(String message, DialogInterface.OnClickListener okListener) {
new AlertDialog.Builder(Eeeeeee.this)
.setMessage(message)
.setPositiveButton("OK", okListener)
.setNegativeButton("Cancel", null)
.create()
.show();
}
Birinci durumda açılan diyalog kutusunda neden izin istediğimizi açıklıyoruz.
İzine hayır derse pencere kapanıyor dolayısıyla “bir daha sorma” kutusunun işaretlenmesine engel olmuş oluyoruz. Uygulama tekrar açıldığında yine baştan alıyoruz. Bu yolla kullanıcının fikir değiştirmesinin önünü açmış oluyoruz. Diğer türlü “bir daha asla sorma” kutusunu işaretlerse kararından geri dönemeyeceği için ona bu yolla fikir değiştirme özgürlüğü vermiş oluyouruz.
İzine evet derse bu sefer 2.diyalog kutusunda izin talebinde bulunuyoruz..
İkinci durumda, herhangi bir izin verme diyalogu olmadan onRequestPermissionsResultçağrılacaktır PERMISSION_DENIED.
Buraya kadar olanlar kafa karıştırmaması için tek bir dosyada toplarsak;
package com.mobilprogramlar.ntzinal;
import android.Manifest;
import android.app.Activity;
import android.app.AlertDialog;
import android.content.DialogInterface;
import android.content.pm.PackageManager;
import android.os.Bundle;
import android.widget.Toast;
import androidx.annotation.NonNull;
public class Eeeeeee extends Activity {
final private int ONAY_KODU = 1234;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.eeeeee);
izin_Kontrolet_Al();
}
public void yapilacaklar() {
Toast.makeText(getApplicationContext(), "yapilacaklar şunlar", Toast.LENGTH_LONG).show();
}
private void izin_Kontrolet_Al() {
int hasWriteContactsPermission = checkSelfPermission(Manifest.permission.CALL_PHONE);
if (hasWriteContactsPermission != PackageManager.PERMISSION_GRANTED) {
if (!shouldShowRequestPermissionRationale(Manifest.permission.CALL_PHONE)) {
showMessageOKCancel("Çağrı için izin vermeniz gerekir", new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
requestPermissions(new String[] {Manifest.permission.CALL_PHONE}, ONAY_KODU);
}
});
return;
}
requestPermissions(new String[] {Manifest.permission.CALL_PHONE}, ONAY_KODU);
return;
}
yapilacaklar();
}
private void showMessageOKCancel(String message, DialogInterface.OnClickListener okListener) {
new AlertDialog.Builder(Eeeeeee.this)
.setMessage(message)
.setPositiveButton("OK", okListener)
.setNegativeButton("Cancel", null)
.create()
.show();
}
@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
//public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
switch (requestCode) {
case ONAY_KODU: {
// CALL_PHONE izni verilip verilmediğini kontrol edin
if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
Toast.makeText(Eeeeeee.this, "CALL_PHONE izni VERİLDİ", Toast.LENGTH_SHORT).show();
yapilacaklar();
} else {
Toast.makeText(Eeeeeee.this, "CALL_PHONE izni REDDEDİLDİ", Toast.LENGTH_SHORT).show();
}
break;
}
default:
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
}
}
}
Sonuç; önce isteyeceğimiz izin için bir pencere açarak sebebini anlatıyoruz. Tamam derse asıl izin penceresi çıkıyor ve izin talebinde bulunuyoruz.
Kullandığımız komutları özetlersek;
ContextCompat.checkSelfPermission () izni olup olmadığını kontrol etmek için verilir.
ActivityCompat.requestPermissions () izinleri istemek için. Birden fazla izin grubu ile birden fazla izin talep edilebilir.
ActivityCompat.shouldShowRequestPermissionRationale () , neden izin almak istediğine dair mantıklı bir mesaj göstermeye karar verdi.
onRequestPermissionsResult () , kullanıcının izin istemine verdiği yanıtı ele almak için.
Kesinlikle birden fazla izin gerektiren bazı özellikler var. Bir kerede yukarıdaki gibi aynı yöntemle birden fazla izin talep edebilirsiniz. Her neyse, her bir izin için de ‘Bir daha asla sorma’ durumunu kontrol etmeyi unutmayın.
final private int REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS = 124;
private void insertDummyContactWrapper() {
List<String> permissionsNeeded = new ArrayList<String>();
final List<String> permissionsList = new ArrayList<String>();
if (!addPermission(permissionsList, Manifest.permission.ACCESS_FINE_LOCATION))
permissionsNeeded.add("GPS");
if (!addPermission(permissionsList, Manifest.permission.READ_CONTACTS))
permissionsNeeded.add("Kişileri Oku");
if (!addPermission(permissionsList, Manifest.permission.WRITE_CONTACTS))
permissionsNeeded.add("Kişileri Yaz");
if (permissionsList.size() > 0) {
if (permissionsNeeded.size() > 0) {
// Need Rationale
String message = "Erişim izni vermeniz gerekiyor " + permissionsNeeded.get(0);
for (int i = 1; i < permissionsNeeded.size(); i++)
message = message + ", " + permissionsNeeded.get(i);
showMessageOKCancel(message,
new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
requestPermissions(permissionsList.toArray(new String[permissionsList.size()]),
REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS);
}
});
return;
}
requestPermissions(permissionsList.toArray(new String[permissionsList.size()]),
REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS);
return;
}
insertDummyContact();
}
private boolean addPermission(List<String> permissionsList, String permission) {
if (checkSelfPermission(permission) != PackageManager.PERMISSION_GRANTED) {
permissionsList.add(permission);
// Gerekçe Seçeneğini Denetle
if (!shouldShowRequestPermissionRationale(permission))
return false;
}
return true;
}
Her bir izin verilen hibe sonucunu aldığında, sonuç aynı geri çağırma yöntemine gönderilir onRequestPermissionsResult. Kaynak kodun daha temiz ve daha okunaklı görünmesi için HashMap kullanılabilir.
@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
switch (requestCode) {
case REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS:
{
Map<String, Integer> perms = new HashMap<String, Integer>();
// ilk
perms.put(Manifest.permission.ACCESS_FINE_LOCATION, PackageManager.PERMISSION_GRANTED);
perms.put(Manifest.permission.READ_CONTACTS, PackageManager.PERMISSION_GRANTED);
perms.put(Manifest.permission.WRITE_CONTACTS, PackageManager.PERMISSION_GRANTED);
// Sonuçları doldurun
for (int i = 0; i < permissions.length; i++)
perms.put(permissions[i], grantResults[i]);
// ACCESS_FINE_LOCATION için kontrol et
if (perms.get(Manifest.permission.ACCESS_FINE_LOCATION) == PackageManager.PERMISSION_GRANTED
&& perms.get(Manifest.permission.READ_CONTACTS) == PackageManager.PERMISSION_GRANTED
&& perms.get(Manifest.permission.WRITE_CONTACTS) == PackageManager.PERMISSION_GRANTED) {
// Tüm İzin Verildi
insertDummyContact();
} else {
// İzin reddedildi
Toast.makeText(MainActivity.this, "Bazı İzin Reddedildi", Toast.LENGTH_SHORT)
.show();
}
}
break;
default:
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
}
}
Kodların tamamın birarada;
package com.mobilprogramlar.uygulamazinleri2;
import androidx.appcompat.app.AlertDialog;
import androidx.appcompat.app.AppCompatActivity;
import android.Manifest;
import android.content.ContentProviderOperation;
import android.content.ContentResolver;
import android.content.DialogInterface;
import android.content.OperationApplicationException;
import android.content.pm.PackageManager;
import android.os.Bundle;
import android.os.RemoteException;
import android.provider.ContactsContract;
import android.util.Log;
import android.widget.Toast;
import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import java.util.Map;
public class MainActivity extends AppCompatActivity {
final private int REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS = 124;
private static final String TAG = "İletişim";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
insertDummyContactWrapper();
}
private void insertDummyContact() {
// Yeni bir temas kurmak için iki işlem gerekir.
ArrayList<ContentProviderOperation> operations = new ArrayList<ContentProviderOperation>(2);
// İlk önce, yeni bir raw kişisi kur.
ContentProviderOperation.Builder op = ContentProviderOperation.newInsert(ContactsContract.RawContacts.CONTENT_URI)
.withValue(ContactsContract.RawContacts.ACCOUNT_TYPE, null)
.withValue(ContactsContract.RawContacts.ACCOUNT_NAME, null);
operations.add(op.build());
// Ardından, kişinin adını ayarlayın.
op = ContentProviderOperation.newInsert(ContactsContract.Data.CONTENT_URI)
.withValueBackReference(ContactsContract.Data.RAW_CONTACT_ID, 0)
.withValue(ContactsContract.Data.MIMETYPE,
ContactsContract.CommonDataKinds.StructuredName.CONTENT_ITEM_TYPE)
.withValue(ContactsContract.CommonDataKinds.StructuredName.DISPLAY_NAME,
"__DUMMY CONTACT from runtime permissions sample");
operations.add(op.build());
// İşlemleri uygula.
ContentResolver resolver = getContentResolver();
try {
resolver.applyBatch(ContactsContract.AUTHORITY, operations);
} catch (RemoteException e) {
Log.d(TAG, "Yeni bir kişi eklenemedi: " + e.getMessage());
} catch (OperationApplicationException e) {
Log.d(TAG, "Yeni bir kişi eklenemedi\n: " + e.getMessage());
}
}
private void insertDummyContactWrapper() {
List<String> permissionsNeeded = new ArrayList<String>();
final List<String> permissionsList = new ArrayList<String>();
if (!addPermission(permissionsList, Manifest.permission.ACCESS_FINE_LOCATION))
permissionsNeeded.add("GPS");
if (!addPermission(permissionsList, Manifest.permission.READ_CONTACTS))
permissionsNeeded.add("Kişileri Oku");
if (!addPermission(permissionsList, Manifest.permission.WRITE_CONTACTS))
permissionsNeeded.add("Kişileri Yaz");
if (permissionsList.size() > 0) {
if (permissionsNeeded.size() > 0) {
// Need Rationale
String message = "Erişim izni vermeniz gerekiyor " + permissionsNeeded.get(0);
for (int i = 1; i < permissionsNeeded.size(); i++)
message = message + ", " + permissionsNeeded.get(i);
showMessageOKCancel(message,
new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
requestPermissions(permissionsList.toArray(new String[permissionsList.size()]),
REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS);
}
});
return;
}
requestPermissions(permissionsList.toArray(new String[permissionsList.size()]),
REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS);
return;
}
insertDummyContact();
}
private boolean addPermission(List<String> permissionsList, String permission) {
if (checkSelfPermission(permission) != PackageManager.PERMISSION_GRANTED) {
permissionsList.add(permission);
// Gerekçe Seçeneğini Denetle
if (!shouldShowRequestPermissionRationale(permission))
return false;
}
return true;
}
@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
switch (requestCode) {
case REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS:
{
Map<String, Integer> perms = new HashMap<String, Integer>();
// ilk
perms.put(Manifest.permission.ACCESS_FINE_LOCATION, PackageManager.PERMISSION_GRANTED);
perms.put(Manifest.permission.READ_CONTACTS, PackageManager.PERMISSION_GRANTED);
perms.put(Manifest.permission.WRITE_CONTACTS, PackageManager.PERMISSION_GRANTED);
// Sonuçları doldurun
for (int i = 0; i < permissions.length; i++)
perms.put(permissions[i], grantResults[i]);
// ACCESS_FINE_LOCATION için kontrol et
if (perms.get(Manifest.permission.ACCESS_FINE_LOCATION) == PackageManager.PERMISSION_GRANTED
&& perms.get(Manifest.permission.READ_CONTACTS) == PackageManager.PERMISSION_GRANTED
&& perms.get(Manifest.permission.WRITE_CONTACTS) == PackageManager.PERMISSION_GRANTED) {
// Tüm İzin Verildi
insertDummyContact();
} else {
// İzin reddedildi
Toast.makeText(MainActivity.this, "Bazı İzinler Reddedildi\n", Toast.LENGTH_SHORT).show();
}
}
break;
default:
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
}
}
private void showMessageOKCancel(String message, DialogInterface.OnClickListener okListener) {
new AlertDialog.Builder(MainActivity.this)
.setMessage(message)
.setPositiveButton("Evet", okListener)
.setNegativeButton("Hayır", null)
.create()
.show();
}
}
Yukarıdaki kod Android 6.0 Marshmallow’da mükemmel çalışıyor olmasına rağmen. Maalesef Android’in Marshmallow öncesi Android’inde çökmesine neden olacak, çünkü bu işlevler API Seviye 23’e eklenmiş.
Düz yol, Sürüm Sürümü’nü aşağıdaki kodla kontrol edebilmenizdir.
Ancak kod daha da karmaşık olacak. Bu yüzden , bu şey için hazırlanmış olan Support Library v4’ten biraz yardım almanızı öneririm . Bu işlevleri şununla değiştirin:
if (ContextCompat.checkSelfPermission(thisActivity, Manifest.permission.CALL_PHONE) == PackageManager.PERMISSION_GRANTED){
//CALL_PHONE özelliği için kullanıcı zaten daha önceden yetki vermiştir. Bu yetki ile yapılmak istenen burada yapılır.
}
else {
// İzin için kullanıcıya açıkça sorulmalıdır.
}
Bu fonksiyon Android MarshMallow öncesi çağrılırsa, her zaman false geri döner.
shouldShowRequestPermissionRationale()
Kullanıcıya daha önceden android standart dialog’u gösterilmiş ve kullanıcı izni onaylamamışsa true döner
HER ZAMAN Support Library v4 deki checkSelfPermission, requestPermissions ve shouldShowRequestPermissionRationale fonksiyonlarını kullanmaya çalışın.
Bu şekilde uygulamanız aynı kod mantığına sahip herhangi bir Android sürümünde mükemmel bir şekilde çalışacaktır. Lütfen bu fonksiyonların bazı ek parametreler gerektirdiğini unutmayın: Context ya da Activity gibi.. Yapacak özel bir şey yok, sadece istediğini doğru bir şekilde iletin. İşte kaynak kod:
private void insertDummyContactWrapper() {
int hasWriteContactsPermission = ContextCompat.checkSelfPermission(MainActivity.this, Manifest.permission.WRITE_CONTACTS);
if (hasWriteContactsPermission != PackageManager.PERMISSION_GRANTED) {
if (!ActivityCompat.shouldShowRequestPermissionRationale(MainActivity.this, Manifest.permission.WRITE_CONTACTS)) {
showMessageOKCancel("Rehber’e erişime izin vermeniz gerekir", new DialogInterface.OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
ActivityCompat.requestPermissions(MainActivity.this, new String[] {Manifest.permission.WRITE_CONTACTS}, REQUEST_CODE_ASK_PERMISSIONS);
}
});
return;
}
ActivityCompat.requestPermissions(MainActivity.this, new String[] {Manifest.permission.WRITE_CONTACTS}, REQUEST_CODE_ASK_PERMISSIONS);
return;
}
insertDummyContact();
}
Şu anda bu yeni izin sisteminin büyük resmini net bir şekilde gördüğünüze inanıyorum. Ve bunun ne kadar büyük bir sorun olduğunu da anladığınıza inanıyorum.
Ancak başka seçeneğiniz yok. Çalışma Zamanı İzni zaten Android Marshmallow’da kullanılıyor. Geri dönüşü olmayan noktadayız. Şu anda yapabileceğimiz tek şey, uygulamamızı bu yeni izin sistemini tam olarak desteklemektir.
İyi haber şu ki, Çalışma Zamanı İzni akışı gerektiren yalnızca birkaç izin var. Sık kullanılan izinlerin çoğu, örneğin, İNTERNET, Normal İzin’dedir , otomatik olarak verilir ve onlarla hiçbir şey yapmanıza gerek kalmaz. Sonuç olarak, değiştirmeniz gereken kodun sadece bir kısmı vardır.
CoordinatorLayout, Android Tasarım Destek Kütüphanesi ile tanıtılan yeni bir düzendir. CoordinatorLayout, süper güçlü bir FrameLayout’tur ( resmi belgelere göre ). Daha önce bir FrameLayout kullandıysanız, CoordinatorLayout’u kullanırken çok rahat olmalısınız. FrameLayout kullanmadıysanız, endişelenmeyin, oldukça kolay.
Varsayılan olarak, bir FrameLayout’a birden fazla çocuk eklerseniz birbirleriyle örtüşürler. Bir FrameLayout, en sık tek bir çocuk görüntüsü elde etmek için kullanılmalıdır. CoordinatorLayout’un ana çekiciliği, içerisindeki görüşlerin animasyonlarını ve geçişlerini koordine edebilmesidir. Yalnızca xml kullanarak, örneğin bir FAB’ın gelen bir Snackbar’ın dışına çıktığını, ya da görünüşe göre başka bir widget’a eklenmiş ve ekranda görünen bir FAB’ın (ya da gerçekten başka herhangi bir Görünümün) bulunduğu bir düzen tanımlayabilirsiniz. widget.
Bu makale için, CoordinatorLayout’u kullanmanın, görünümlerin diğer görünümlerin düzenindeki veya konumundaki değişikliklere yanıt vermesini sağlayarak kodunuzu basitleştirebileceği üç farklı yol göstereceğiz. Daha sonra, bu davranışın kodda nasıl elde edildiğini tartışacağız ve kendi özel davranışlarınızı görünümler arasında nasıl uygulayacağınızı öğrendiğiniz dördüncü bir yöntemi göstereceğiz. Özel davranışlar uygulayarak, yalnızca hayal gücünüzle (ve kodlama yeteneğinizle: D) sınırlandırılan kolayca birbirine bağlı inanılmaz animasyonlar, geçişler ve efektler oluşturabilirsiniz.
Uygulamanızda CoordinatorLayout’u kullanmadan önce, uygulamanızın aşağıdaki bağımlılığını ekleyerek Android Destek Tasarım Kitaplığını projenize içe aktarmanız gerekir.
İlk aktivite için, Snackbar görüntülendiğinde otomatik olarak kaybolan bir FAB ile düzen oluşturmak istiyoruz. Bu, CoordinatorLayout için bir “HelloWorld” programı ve iyi bir sebeple. İşlevsellik tamamen basit bir düzen olan xml dosyasında uygulanmıştır ve sadece çalışır.
Düzen oldukça basittir. CoordinatorLayout, kök düzendir. İçinde, ekran üzerinde ortalanmış bir düğmeye ve malzeme tasarım kurallarına uymamızı sağlamak için ekranın sağ alt köşesine yerleştirilmiş bir FAB’a sahibiz.
Activity sınıfına yaptığımız tek ekleme, Snackbar’ı göstermek için Düğmeye OnClickListener uygulamaktır. Snackbar’ın kök Görünümünü CoordinatorLayout olarak ayarladık. Bu şekilde, CoordinatorLayout Snackbar ve FAB hakkında bilgi sahibi olur ve her iki widget’in çakışmadığından emin olmak için geçiş animasyonu otomatik olarak yürütülür.
package com.mobilprogramlar.floatbutton1;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
import androidx.appcompat.app.AppCompatActivity;
import androidx.coordinatorlayout.widget.CoordinatorLayout;
import com.google.android.material.snackbar.Snackbar;
public class MainActivity extends AppCompatActivity {
private Button mShowSnackbarButton;
private CoordinatorLayout mCoordinatorLayout;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mCoordinatorLayout = (CoordinatorLayout) findViewById(R.id.coordinatorLayout);
mShowSnackbarButton = (Button) findViewById(R.id.showSnackbarButton);
mShowSnackbarButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
Snackbar.make(mCoordinatorLayout,
"Bu basit bir Snackbar", Snackbar.LENGTH_LONG)
.setAction("KAPAT", new View.OnClickListener() {
@Override
public void onClick(View v) {
// Custom action
}
}).show();
}
});
}
}
Aktiviteyi yürütün ve FAB’nin, gösterildiğinde, snackbar için otomatik olarak yukarı ve dışarı kaydığını ve snackbar görünümden çıkarken konumuna aşağı doğru kaydığını gözlemleyin.
String.xml
<resources>
<string name="app_name">Float ve Snackbar</string>
<string name="show_snackbar">Snackbarı Göster</string>
</resources>
Yorum yazabilmek için oturum açmalısınız.