Android Programlama İçin Kotlin mi Java mı #1

Kotlin mi Java mı

Kotlin ve Java programlama dilleri hakkında onlarca yazı yazıldı çizildi ancak 2020 yılında Kotlin mi Java mı sorusunun cevabı pek çok insan tarafından hala merak edilmekte. Yakın çevremde pek çok farklı kişiden aynı soruyu duymaktayım. İş görüşmelerinde mutlaka sorulan bir sorudur mesela. Kotlin’i tercih etmemin sebebi popüler kültür ve ilgi mi yoksa bilinçli yaptığım bir tercih mi. Amaç bunu ölçmek gerçi. Görüşmelerde “Kotlin diye bişey çıkmış. Herkes ona geçiyormuş ben de geçeyim diye düşündüm” demeyin uyarısını yapmama bilmem gerek var mı.

Peakup’ta işe girdikten sonra birkaç ay içerisinde geliştiricilerden oluşan takım arkadaşlarıma Kotlin mi Java mı konulu yaklaşık 45 dakikalık bir sunum yaptım. İstanbul Aydın Üniversitesi’nde IAU Android Talks etkinliğinde yapmış olduğum konuşmaya katılan öğrenciler ve yakın zamanda İstanbul Teknik Üniversitesi Girişimcilik Kulübü’nden ofisimize ziyarete gelen öğrenciler de aynı soruyu sormuştu. Yani tecrübeli iş arkadaşlarımdan öğrencilere kadar yazılımla ilgilenen herkes hala normal olarak Kotlin ile Java’nın farklarını merak etmekte. Ben de bu konu hakkında bir yazı kaleme alarak daha çok insana ulaşmak ve elimden geldiği kadar yardımcı olmak istedim. Çünkü bu sorunun daha çook sorulacağını düşünüyorum.

 

https://gph.is/2t3wKwS

 

Bu yazıda neden Kotlin, 2020 de Android programlama için Java bilmek gerekli mi, Android uygulama yazmak istiyorum Java öğrenmeli miyim, Android için Java mı Kotlin mi? Java ölecek mi hatta öldü mü gibi sorulara kendimce cevap vermeye çalışacağım. Ayrıca herhangi bir dil kıyaslaması yapmadım. Sadece Kotlin’e geçmeli miyiz veya ne zaman geçmeliyiz sorusunu cevaplamaya çalıştım. Dil kıyaslaması yapacağım bir başka yazı birkaç hafta içerisinde yayında olacak.

Özet Bilgi

Özet olarak Kotlin mi Java mı sorusunun basitçe verebileceğim bir cevabı bence yok ancak yazının özeti olabilecek bir cümle söylemem gereirse:

“Duruma göre değişir” derim

Yapacağınız projeye, öğrenci olup olmadığınıza, öğrenciyseniz üniversitenizin dillere yaklaşımına, sektörde çalışıp çalışmadığınıza, çalıştığınız yerde miras (legacy) kod olup olmadığına… Bu sorunun cevabı bunun gibi onlarca değişkene bağlı. Hap bilgi peşinde koşmak açık net cevap istemek yerine lütfen yazıyı sonuna kadar okuyun. Özellikle yeni jenerasyon çok sabırsız hemen her şey olsun, hemen cevap alayım, hemen bitireyim, hemen çok iyi proje yapayım, hemen… Lütfen biraz sabır. Siyah ile beyaz kadar net değil. Hayatınızın bu kadar hızlı akmasına gerek yok. Nefes alın nefes verin yaşayın. Benim Kotlin mi Java mı sorusuna vereceğim cevap gerçekten uzun. Okumaya üşenen bir insansanız şu an sekmeyi kapatmanızı tavsiye ederim ancak basit bir cevap olmayacağı olamayacağı için vaktinizi ayırmanızı daha çok tavsiye ederim. (Geliştirici olmak istiyorsanız okumaya üşenmeyin bi zahmet) Vakit vermeye değer dolu dolu bir yazı okuyacaksınız buna emin olun.

İnternet ne yazık ki koca bir çöplük haline geldi ve bilenle bilmeyen ayırt edilemiyor. 3 5 fazla reklam gösterelim diye koca sayfaya 3 satır yazılıp geçiliyor. İnternet çöplüğündeki pek çok yazı gibi Kotlin şöyle iyi böyle iyi hadi hemen geçin demeyeceğim bunu baştan belirteyim. Kotlin’e geçmek istiyor ve desteklenmeye ihtiyaç duyuyorsanız o tarz bir yazı tercih etmelisiniz. Bu yazı bambaşka bir yazı olacak.

Başlıyoruz !

Öncelikle şunu söylemek istiyorum ki herhangi bir dilin bir teknolojinin bağımlısı, fanatiği hatta kölesi olmamak lazım. Projeye göre duruma göre dil ve framework değiştirebilir olmak bence daha iyidir. Örnek olarak biz Java’cıyız 20 senedir böyleydik 20 sene daha böyleyiz düşüncesi bence yanlış. Kullandığımız teknoloji dil ve frameworklerin ne kadar süre hayatta kalacağı kesin değil. 2000 li veya 2010 lu yıllarda çok ünlü olup şu an 1 tane bile iş ilanı olmayan kaç tane programlama dili ve framework var. Bu dinamik dünyada ne olacağını asla tam olarak bilemeyiz.

Başka bir örnek vermem gerekirse şu an iOS ve Android çoğunlukla native olarak geliştiriliyor. Biz hala Java mı Kotlin mi diye tartışırken Google bir yandan da Flutter  isimli bir cross platform uygulama geliştirme frameworkü geliştiriyor ki birkaç sene sonra belki de o revaçta olacak. Belki de telefonlarımız Android işletim sistemine değil de ondan çok daha stabil çıkacak olan Fuchsia işletim sistemine sahip olacak. Bu yüzden dile veya frameworke bağımlı kalmak başka dil asla olmaz demek bence yanlıştır.

Bu yazıda kesinlike direkt olarak Kotlin daha iyidir deyip 1995’ten beri gelen Java kültürünü, kaynaklarını ve altyapısını da, kesinlikle Java deyip Kotlin’in getirdiği yenilikleri ve kolaylıkları da çöpe atamam, atmam kimseye de attırmam. Şimdi biraz daha derine inelim isterseniz.

1. Üniversite Öğrencisiyim Kotlin mi Java mı?

Kotlin mi Java mı sorusunun cevabını vermeye öncelikle öğrencilerden başlamak istiyorum. Bu soruyu soran merak eden kişi bir öğrenciyse kendisine olan tavsiyelerim ve sektörde çalışan arkadaşlara tavsiyelerim çok farklı olacak. Hatta sevgili öğrencimizin okuduğu yarıyıla derslerine göre bile değişecek.

 

  1. Okuduğunuz bölüm nedir?
  2. Yazılım dersleri bulunan bir bölümde mi okuyorsunuz?
  3. Hangi yarıyılda okuyorsunuz?
  4. Java dersiniz veya Nesne Tabanlı Programlama (Object Oriented Programming yazının her yerinde kısaca OOP diyeceğim) dersiniz müfredatınızda var mı? Bu dersi aldınız mı yoksa alacak mısınız?

Yazılım dersleri içeren Bilgisayar Mühendisliği, Yazılım Mühendisliği, Yönetim Bilişim Sistemleri… gibi bir bölümde okuyorsanız bulunduğunuz yarıyıl hayati derecede önemli.

1.a ) Daha ilk yarıyılda veya hazırlık sınıfındaysanız ve OOP dersiniz Java dili ile verilecekse

Kotlin mi Java mı sorusuyla üniversitenizin ilk yarıyılında veya hazırlık sınıfı aşamasında karşılaştıysanız müfredatınızı kontrol etmenizi şiddetle öneririm. Üniversitenizde OOP dersini Java ile mi anlatıyorlar? Öncelikle üst sınıflardan veya üniversite ders programından bu bilgiyi öğrenmeniz gerekmekte.  Java veya OOP dersi görecekseniz Java mı Kotlin mi sorusunun cevabı kesinlikle Java olacaktır. Java öğrenmeniz OOP dersinizin notlarına pozitif anlamda çok büyük katkı sağlayacaktır.

İstanbul Aydın Üniversitesi’nde yaptığım konuşmada sorulan bir soru buydu ve ben önce öğrenciye hangi yarıyılda okuduğunu sordum. 1.sınıf ta okuduğunu söyledi ve verdiğim cevap yukarıdakinden başkası değildi. (Şu an napıyor çok merak ediyorum 🙂 Java çalışmaya acilen başlayın. Acilen proje yapmaya ve GitHub’da paylaşmaya başlayın. Kodunuzun kalitesini şu anlık dert etmeyin kötü olabilir iyi olabilir. Kötü de olsa iyi de olsa bir şeyler yapın üretin paylaşın. Çünkü ileride işveren için bir şeyler üretmiş olmanız kesinlikle çok büyük bir önem arzedecek. Nerede bir yazılım öğrencisine rastlasam hep aynı öneriyi yaparım. Yazın boş durmayın kısa bir dinlenmenin, tatilin ardından mutlaka oturup Java çalışın. Eğer Java’yı veya herhangi bir programlama dilini nasıl öğreneceğim diyorsanız Bir Yazılım Dilini Nasıl Öğreniyorum başlıklı kendi blogumda paylaştığım yazıya mutlaka beklerim.

1. b ) Daha ilk yarıyılda veya hazırlık sınıfındaysanız ve üniversiteniz OOP dersini Java haricinde bir programlama diliyle C#, C++… aracılığıyla verecekse

Kotlin mi Java mı sorusuyla üniversitenizin ilk yarıyılında veya hazırlık sınıfı aşamasında karşılaştınız, müfredatınızı kontrol ettiniz ve C# anlatılacağını öğrendiniz. “Ben nasıl olsa Android Developer olacağım canım ne gerek var C# öğrenmeye” demeyin hiç boşa vakit kaybedeceğinizi düşünmeyin. “C++ ı da bitek bizim üniversite kullanıyor bir işe de yaramıyor” diyorsanız çok yanlış
düşünüyorsunuz. OOP Dersinin amacı size nesne tabanlı programlamanın temel prensiplerini öğretmektir. Size dil öğretmek değildir. Üniversite programlama dili kursu değildir. Üniversite size altyapı verir teori verir. Siz o altyapıyı alır nerede isterseniz kullanırsınız. Bu size kalmış. Üniversitenize C++ anlattığı için yeni jenerasyonun deyimiyle “atar yapmayın”. OOP’nin ne olduğunu bir kere öğrendikten, analitik düşünme yetisini bir kere kazandıktan sonra nesne tabanlı bir başka dile geçmeniz çok zor olmaz.

Yıldırım Beyazıt Üniversitesi’nde bir hocam şunu söylemişti “Nesne tabanlı programlama dillerinden kimisi sınıfa import ile başlar kimisi using ile kimisi başka bir şekilde ancak bunun alt kısmı diller arasında çok büyük farklar oluşturmaz.  for if while her programlama dilinde vardır ve aynıdır. Yazılışları farklı olabilir ancak aynı işi yapar aynı anlama gelirler. Bir Object Oriented dili çok iyi bir şekilde öğrendiyseniz bir başkasına geçmek ancak bir kaç haftanızı alabilir.” Kotlin mi Java mı sorusunun cevabına gelirsek Kotlin öğrenmek için acele etmeyin.

OOP dersinizde göreceğiniz dil üzerine çalışın. Hangi dil olduğu önemli değil o dile çalışın ve OOP dersinizi güzel güzel notlar alarak geçin. Sonrasında Android programlama öğrenmek istiyorsanız tekrar Java öğrenmenize bana göre gerek yok. Kotlin’den başlayabilirsiniz. Nesne tabanlı programlamanın temelleri çok önemlidir. Algoritmalar, Tasarım Desenleri, Yazılım prensipleri, Kod standartları… Bunları üniversiteniz hangi dilde öğretiyorsa siz de o dili çok iyi bir şekilde öğrenin. Emin olun ileride Kotlin’e geçmeniz çok daha kolay olacak.

1. c ) Üniversitenin 5. yarıyılından sonra bu soru ile karşılaştıysanız

OOP dersi geçti gitti. Ve siz bu dersten yeterince faydalanmadınız. Veya bu dersi hiç görmediniz. Veya Seçmeliydi zor hoca veriyordu almadınız(mezun olunca geliştirici olmayı düşünüyorsanız çok büyük hata. Mezun olunca ne olacağınıza karar vermediyseniz o çok farklı bir yazının konusu 🙂 İşte bu durumda üniversiteniz size nesne tabanlı herhangi bir dil öğrettiyse yine
Kotlin’den başlayabilirsiniz. Hiçbir yazılım dili göstermeyen veya en azından OOP prensiplerini öğretmeyen üniversite yoktur diye düşünüyorum ama her yer üniversite dolunca kalite düştü haliyle. Belki de vardır diye ben şu eklemeyi de yapayım. Eğer programlamanın temellerini biliyorsanız ama eksikleriniz de varsa Kotlin’e başlamanızı tavsiye etmem. Java ile başlayın. Çünkü Java’da kaynak sorunu çekmezsiniz. Onlarca kitap onlarca blog ve video bulabilir kısa zamanda uzun bir yol katedebilirsiniz. Çeşitli Kotlin kaynakları var ancak Java’nın kaynaklarıyla boy ölçüşebileceğini zannetmiyorum.

Sonuç olarak üniversitenizden güzel bir OOP bilgisi aldıysanız hangi dilde aldığınız önemli değil. Kotlin mi Java mı sorusuna Kotlin diye cevap veririm. Programlama altyapınızı yeterince iyi hazırladıysanız analitik düşünme yetisi kazandıysanız istediğiniz bir başka OOP dilde birkaç hafta içerisinde ufak da olsa proje üretir hale gelirsiniz.

2. Android Geliştirici Olarak Halihazırda Çalışmaktayım Kotlin mi Java mı?

Eğer zaten bir şirkette Android Geliştirici olarak çalışıyor ve Kotlin mi Java mı sorusunu soruyorsanız cevabım direk Kotlin olmayacaktır tabiiki. Size eninde sonunda Kotlin’e geçmenizi tavsiye edeceğim. Zaten Java’yı belli bir seviyenin üzerinde bilen birisi olduğunuz, OOP kavramlarını bildiğiniz için Kotlin’e geçmek sizi zorlamayacaktır. Kotlin’e geçin ama herkes hemen geçecek gibi bir durum yok. Ne zaman geçeceğinizi öğrencilere sorduğum gibi size de birkaç soru sorarak önereceğim.

  1. Şirkette şu an yaptığınız projeleriniz ne büyüklükte?
  2. Şirketiniz ne kadar yenilikçi ve yöneticileriniz kendinizi geliştirme isteğinize destek veriyor mu?
  3. Java ile halihazırda yaptığınız uygulamayı kaç kullanıcı aktif olarak kullanıyor?
  4. Kotlin’e geçirmek istediğiniz uygulamaya sürekli düzeltmeler ve güncellemeler çıkarmanız kullanıcı tarafından bekleniyor mu?

Yeni mezunsunuz üniversitede Java gösterildi. Java ile Android uygulamalar yazmaya başladınız ve bir start up firmaya girdiniz 3 aydır çalışıyorsunuz 2 tane ufak çaplı Android uygulamanız oldu ve bunlarda Java kullandınız. Size bir süre daha bu firmada Java ile devam etmenizi önereceğim. Sizin durumunuzda şu anlık ne yazık ki Kotlin’e ayıracak vaktiniz yok. İşverene kısa vadede sonuç üretmek kendinizi ispat etmek zorundasınız. Çok iyi bilirim o duyguyu. İş değiştirdiğinizde, veya bu iş yerinde 6 ay, 8 ay, 1 sene gibi önemli bir mihenk taşını devirdiğinizde Kotlin’e ufak ufak vakit ayırmanızı boş zamanlarda çalışmanızı tavsiye ederim. Sonra da yavaş yavaş şirket projelerinize entegre edersiniz.

2 3 senedir Java ile geliştirdiğiniz büyük bir projeyi sırf Kotlin çıktı ve Java’dan daha kolay diye direkt olarak bir anda Kotlin’e geçirmek, istemeyeceğiniz sonuçlar doğurabilir. Kotlin’i henüz öğrenme aşamasındayken direkt olarak büyük projeye giriştiğiniz için bocalayabilir, zorlanabilirsiniz ve motivasyon kaybına uğrayabilirsiniz. Benim de zamanında yaptığım hata gibi: Kotlin yazarsınız ancak Java gibi Kotlin yazarsınız.

Böyle bir şey çıkar ortaya ondan sonra

Şunu eklemeden geçemeyeceğim, PEAKUP’ta kendini geliştirmek isteyen her insana daima vakit ve kaynak ayrılır, yaratılır.

İşin bir de kullanıcı boyutu var ki bana göre yenilikçilikten de yöneticilerinizden de önemli bir boyut. Java ile yazdığınız uygulamayı onlarca kullanıcı kullanıyor ve sürekli iyileştirmeler, geliştirmeler yapmanız kullanıcı tarafından bekleniyorsa bu durumda Kotlin’e geçmeniz zor olabilir. Naçizane tavsiyem mesai saatleriniz dışında kesinlikle Kotlin çalışmanız ve Kotlin kullanarak birkaç orta ölçekli proje yapmanız ve kullanıcı da elveriyorsa projenizi yan bir dal (Branch) açıp yavaş yavaş Kotlin’e geçirmeniz olacaktır. Böylece ana dalı etkilememiş olursunuz ve istediğiniz an ana dala gidip hata düzeltme yapıp, özellik ekleyip sonra yine Kotlin migration dalına dönebilirsiniz.

  • Eğer yöneticileriniz kendiniz geliştirmeniz için zaman tanıyorsa,
  • Şirkete yeni girmişseniz ve şirketinizde daha önce hiç Native Android uygulama yazılmamışsa (Peakup’a girdiğimde karşılaştığım durum)
  • Şirkette varolan Java ile yazılmış Android uygulamalarınız stabilse, hata düzeltme ve özellik ekleme maddeleri çok fazla gelmiyorsa

Yukarıda sıralanan durumlarda hiç düşünmeden bir an önce Kotlin’e başlayın derim. Sıfırdan bir proje başlatıyorsanız direk Kotlin ile başlayın. Bilmiyorsanız da öğrenirsiniz ve bir proje yaparak Kotlin öğrenmek öğrenme yöntemlerinin en güzeli. Hem atalarımızın dediği gibi Kervan yolda dizilir, Damlaya damlaya göl olur, Denize dalmadan yüzme öğrenilmez…

Android Java’dan Tamamen Vazgeçecek mi?

https://gph.is/2In7bNS

Çoğunlukla iş arkadaşlarınızın veya iş görüşmelerinin sevilen çok tatlış bir sorusudur bu. Android’in Java’dan vazgeçmesi şu an için mümkün görünmüyor. Çünkü Android işletim sisteminde de milyonlarca satır Java kodu var. Google Play Store’da da sadece Java ile yazılmış onlarca uygulama var. Buna karşın şöyle de bir durum var Android Studio o kadar geliştirildi ki bir Kotlin projesine Java kodu yapıştırdığınızda (eğer yapıştırdığınız kodda syntax hatası yoksa) otomatik olarak Kotlin koduna dönüşüyor. Google, her etkinliğinde Kotlin’i hype yaparken, uzun uzun överken, Java hakkında iyi veya kötü bir açıklama yapmıyor. Şahsi fikrime göre Android Studio bile Kotlin için bu kadar bağırırken Kotlin’e geçmemek yanlış olur. Zaman içerisinde bu geçiş Google tarafından bile somut olarak yapılacaktır. Bir gün mutlaka ama bugün değil.

Kotlin’e Başlama Hikayem

Kısaca kendi Kotlin öğrenme hikayemden de bahsetmek istiyorum. Ben üniversite yıllarımda Java öğrendim. Pişman değilim. Bugün sahip olduğum bilinçle üniversiteye yeni giriyor olsaydım yine Kotlin değil Java öğrenmek isterdim. Java ile arayıp bulamayacağınız kaynak yokken Kotlin’de hala kaynak ve örnek sıkıntısı var. Kotlin pek çok konuda hala Java’dan destek alıyor.

Üniversitede Türk olmayan, Türkçe bilmeyen Java hocamızdan güzel bir OOP bilgisi aldık. Ayrıca önceki yaz ben de kendi çapımda Java çalışmıştım tabiiki bunun da etkisi oldu. Yine kendim uygulayıp faydasını gördüğüm ve öğrencilere sık sık verdiğim önerilerden birisi. Sene içinde göreceğiniz derslere önceki yaz çalışmak.

Üniversitenin ardından 2 sene Java kullanarak Android uygulamalar geliştirdim. Sonra Kotlin, Google tarafından resmi dil olarak ilan edildi ve ben Kotlin öğrenmek için yanıp tutuştum ancak öyle hemen başlayamadım. Çünkü çok büyük bir kaynak sıkıntısı vardı ve o dönemki iş yerimde hadi hemen Kotlin’e geçelim gibi bir ortam da oluşmadı. Daha çok -olması gerektiği gibi- bi bakalım durum ne olacak gibi bir yaklaşıma sahip olmuştuk ama kolaylıklarını kodu ne kadar kısalttığını öğrendiğimde gerçekten çok heveslenmiştim. 2017’de yıl içerisinde Kotlin öğrenme kaynakları artınca ben kendi çapımda kişisel blogumda yazılar yazmaya ufak çaplı projeler yapmaya başladım ama bir yerden sonra tıkandım. Neden ve nerede tıkandım?

Peki Kotlin Biliyor muyum?

“Kotlin öğrendim” veya “Kotlin biliyorum” gibi cümleler fazlasıyla iddalı cümleler. Bunlardan birini kurabilmek için daha büyük ölçekli projeler yapmaya ihtiyacım vardı. Kendi çapımda onu da yapmaya çalıştım. Orta büyüklükte olan eski bir projemi sıfırdan Kotlin kullanarak tekrar yazdım. İş yerindeki projelere entegre etmeye başlamaya hazırdım ki askere gittim. Ve askerde bir Kotlin kitabı edinerek Kotlin çalışmaya devam ettim. Askerlik bitince de PEAKUP’ta işe girdim ve burada sıfırdan başlattığım her projeye Kotlin ile başladım. Peki Kotlin biliyor muyum? Bu soruya hala “çok iyi biliyorum, sınav yapsalar 100 alırım, 10 üzerinden 10 biliyorum, Kotlin’le şöyle uçarım böyle kaçarım” gibi bir cevap veremem. Hem bir dili biliyorum demenin ölçütü nedir? O da çok ayrı bir mesele.

Java Öldü mü, Ölecek mi

Java öyle kolayca ölecek bir dil değil arkadaşlar. Java Android’den çok önce de vardı ve asla Android’e bağımlı bir dil olmadı. Java’nın arkasında dünyanın en büyük teknoloji şirketlerinden birisi olan Oracle var. Bu kadar büyük bir destek ve bitmeyen yatırımla binlerce geliştiricisiyle Java ölebilecek silinip gidebilecek bir dil kesinlikle değil. 20 yıl sonrasını bilemem ama 3 sene 5 sene sonrasını tahmin etmek zor değil bence. Pek çok otoriteye göre hala dünyanın en çok kullanılan 5 dili içerisinde. Oracle teknolojiye yetişmekte zorlanıyor olabilir. Ürünleri ve işlerinde bu günlerde pek çok açık kaynak rakip edindi ancak Oracle’ın asıl ürünü hardware. Kullandığımız onlarca makinenin içinde Oracle ürünü çalışıyor. Zaman içinde yeni dünyanın IBM’i olabilir mi evet olabilir. Oracle düşebilir ancak yakın bir zamanda değil. Oracle fakirleşse bile Java, geliştiricileri ölürse ve üniversiteler yüz çevirirse ölebilir. Belki. Kısa zamanda değil.

PEAKUP Blog‘da çıkan diğer Kotlin yazılarını görmek için tıklayınız

SwiftUI ve Jetpack Compose’dan bahsettiğim yazıyı okumak için tıklayınız

 

Jetpack Compose & SwiftUI

Herkese Merhaba. Peakup’ta Android Developer olarak çalışmaya başlayalı 6 ay oldu. Gidişat çok güzel. 5 ayda Google Play Store’a 5 adet sağlam Android uygulama yayınladık. Buradan uygulamalarımızın listesine erişebilirsiniz. En son yaptığımız İzin Yönetimi Android uygulamamız 12 Ekim 2019 tarihinde Google Play Store’a yüklendi ve kullanıma hazır hale geldi. Bu tarihten itibaren (yani 1 aydır) XCode ile iOS uygulamaları yazmaya başladım.

Android ve iOS ortamları cihaz olarak farklılar biliyorsunuz. Geliştirme ortamındaki fark cihaz farkından kat be kat fazla. Yeni bir dil, yeni bir IDE, yeni UI, yeni bir tasarım anlayışı, yeni kullanıcı alışkanlıkları, yeni … derken başlarda açıkçası sudan çıkmış balığa dönmüştüm. Swift ve Kotlin birbirine çok yakın diller olduğu için dil konusunda şanslıydım. Peki arayüz? Çok farklıydı. iOS’ta sürükle bırak kullanılıyordu kendimiz koda müdahale etmiyorduk ama Android’de de tam tersi sürükle bırak kullanmıyorduk. Derken SwiftUI’ın imdadıma yetiştiğini düşünmüştüm. Ama yanılıyordum. SwiftUI’a başlayalım mı başlamayalım mı derken Android de Jetpack Compose çıkarıp kafamı alt üst etmesin mi…

SwiftUI

SwiftUI

Google’da iOS öğreniyorum ne öğrenmem gerekir, iOS yedim zehirlendim, iOS kafası, iOS olmak istiyorum, iOS bize gelsin, iOS sistem gereksinimleri gibi araştırmalara başladım. Dolayısıyla çok uzun bir süre aramak zorunda kaldım 🙂 Haziran 2019 WWDC’de Apple’ın SwiftUI isimli yeni bir UI framework yayınladığını öğrendim. Bu Framework UI yazımını bayağı kolaylaştırıyor. Döküman ve internetteki çeşitli örnekleri incelediğinizde işleri kayda değer derecede hızlandırdığını ve çok pratik olduğunu göreceksiniz. Ayrıca öğrenmesi de çok kolay. Bu hevesle “Apple böyle taş gibi bir UI framework çıkardığına göre Storyboard sisteminin daha da yüzüne bakmaz” diye düşünerek hareket ettim ve ilk iOS projemi SwiftUI kullanarak açtım.

Projeyi yazmaya başladıktan sonra farkettim ki SwiftUI yeni çıktığı için dökümanlar ve örnekler çok azdı. Çıkalı 4 ay olmasına rağmen pek çok class deprecated olmuştu bile ve yerine stabil, çalışan bir kod da koymamışlardı. Buna dökümanlarda anlatılan bazı methodlar dahil. E tabiiki siz okuyana kadar çoktan düzelmiştir. Ancak o an ihtiyacım olan çok az bilgiyi bulabildim.

iOS 13

Mesela yazdığım uygulama için WKWebView bileşenini kullanmak zorundaydım. Bunun SwiftUI ile kullanımını merak ettim. Çok zor kaynak buldum. WKWebView içerisinde değişen linki almak istedim. Ancak başarıya hızlıca ulaşamadım. Hiçbir zaman kolay yolu tercih eden bir insan olmadım ancak alması gerekenden fazla vakit almasını da istemedim. Neyse deyip devam ettim. WKWebView ile olan işim uzun uğraşlar sonucunda çözülmüştü. Ancak SwiftUI da bir sayfadan başka bir sayfaya geçmekte bile zorlandım. Çünkü tüm View’ları NavigationView içerisine eklemeniz gerekiyor. Ve WKWebView ile oluşturduğum sayfayı onun içerisine almak pek mümkün görünmüyordu. Belki yeni başladığım için ben de becerememiş olabilirim. Bu yaşadığım çeşitli problemlere sadece bir örnekti.

SwiftUI Dezavantajları

  •  Bazı CustomView’ları SwiftUI kullanarak yapmaya başlayayım dedim ancak iOS 13 sınırı olduğunu öğrendim. SwiftUI ‘ı sadece iOS 13 güncellemesi yapmış iPhone’larda ve XCode 11 ve üzeri sürümlerde kullanabiliyorduk. Ayrıca kullandığınız mac, macOS Catalina işletim sistemine sahip olmak zorundaydı.
  • SwiftUI’ın henüz emekleme aşamasında olması geliştirilmeye devam ediliyor olması.
  • NavigationView içerisine eklenen WKWebView’dan url değişikliklerinin alınamaması.
  • SwiftUI yeni olduğu için bazı bugların olması ve stabil olmaması

gibi birçok sebepten ötürü aklım ve gönlüm SwiftUI’da kala kala şimdilik Storyboard’a dönmek zorunda kaldım. Bazı quora soruları ve bazı makaleler de bu görüşümü destekleyecek nitelikte. Acele etmeyin 1 sene hatta 2 sene bekleyin hemen geçmeyin diyen pek çok yazı ve görüşle karşılaştım. Storyboard sistemi ile yaptığım uygulama 2 hafta sürdü. SwiftUI’a verdiğim 1 haftada bunun çeyreği kadar ilerleyememiştim.

Ufak bir kod örneği vermek istiyorum.

SwiftUI Örnek

Bu yapı bildiğiniz DeclarativeUI yapısı. Kısa, net, anlaşılır ve açık yapısı ile gözlerimi kamaştırdı resmen. SwiftUI hakkında detaylı bilgi için sizi apple dökümanına davet ediyorum. Keşke Android’de de böyle rahat bir sistem olsa diyordum ki 2019 Ekim ayında yapılan Android Dev Summit‘te Android Jetpack Compose isimli bir UI Framework kullanıma açıldı.

 

Android Jetpack Compose

Android Jetpack Compose

Nedir Jetpack Compose? “React, Litho, Vue.js, Flutter gibi teknolojilerden esinlenilen Declarative UI Toolkit’tir” – Compose tanıtım videosu. İlk olarak 2019 Google I/O’da tanıtılan bu framework o zamanlar baya havada kalmıştı. Çünkü henüz yenebilen birşey değildi. Deneyemiyorduk ne olduğunu bile tahmin edememiştik çünkü sadece birkaç satır kod gösterilmişti. Böyle bişey yapıyoruz gelecek bu haberiniz olsun diye gösteriyoruz demişlerdi. 23 Ekim 2019’da yapılan Android Dev Summit’te ise resmen tanıttılar, gösterdiler. Android Studio 4.0 indirip Jetpack Compose’u deneyebileceğimizi söyleyerek iyice heyecanlandırdılar 🤓Henüz indirip deneme şansım olmadı. İlerleyen zamanda Android Jetpack Compose için ayrı ve özel bir yazı PEAKUP Blog’da belirecek hiç merak etmeyin.

Gördüğümüz kadarıyla Compose, işimizi çok hızlandıracak, UI yazımını çok kolaylaştıracak, daha okunabilir, daha hızlı anlaşılabilir, birkaç ay sonra döndüğümüzde şair burada ne demek istemiş diye daha az düşüneceğimiz kaliteli kod üretmemizi sağlayacak. XML dosyalarındaki kalabalık kodu güzel bir yolla azaltacak gibi. Heyecanla ilk fırsatta denemeyi ve ağzını yemeyi bekliyorum. E tabi içimden bi ses acele etme stabil değildir. Stabil olduğu zaman daha çok konuşulacak daha çookk rüyayı süsleyecek diyor. Compose için de bir kod örneği sunarak değerlendirmeye geçiyorum.

Android Jetpack Compose örneği

Ne güzelmiş öyle Text yazıp parantez açıp içine yazdığım textin hemencecik önizlemede TextView’a dönüşmesi. Altyapısını çok merak ediyorum bu hantal Android sisteminde bunu nasıl böyle yapabildiniz diye yakalarına yapışıp sormak istiyorum 🤗 Android Jetpack Compose hakkında detaylı bilgi alabilmeniz için döküman ve eğitim bağlantısını buraya ekliyorum. Yandaki telefon görüntüsü acaba preview mu yoksa emülatör mü diye de düşünüyorum bir yandan. Neyse olumlu düşünelim olumlu olsun. Preview o aynen. Hı hı preview tabi canım. Preview o emülatör değil o. İyi iyi baya iyi hızlı da aynı zamanda aynen.

Şaka bir yana şunu sorayım. Tanıdık geldi mi syntax yapısı? Gördüğünüz üzere Android’in getirdiği Jetpack Compose View Toolkit’i de SwiftUI gibi DeclarativeUI yapısına sahip. Sanırım yan yana kıyaslamasını gösterdiğimde daha da şaşıracaksınız:

SwiftUI & Android Jetpack Compose

 

Farkları

Evet benzerlik şaşırtıcı. Hatta ürkütücü derecede şaşırtıcı. Yeminle kopyala yapıştır yaparım 3 5 harf değiştiririm varya iki tarafın da arayüzünü bitirmiş olurum. Hem de responsive. Her cihaza uyumlu.

  1. Legacy kod ile olan bağları: SwiftUI, UIView ve UIViewRepresentable sınıfları ile oluşturulur ve UIViewController içerisinde, UIHostingController ile birlikte kullanılır. Jetpack Compose ise @Composable annotation ile oluşturulur ve @GenerateView annotation ile de XML içerisinde kullanılır.
  2. SwiftUI sınıfları Struct yapısına sahiptir. Struct’larda inheritance yok sadece protocol inherit edebilirler. Composable ise bildiğimiz normal bir fonksiyondur ve arayüzün sadece bir kısmını oluşturur. Tüm sayfadan sorumlu değildir. Ancak Kotlin’de fonksiyonlar sınıfa bağlı olmak zorunda da değildir. Dolayısıyla sadece Kotlin kullanarak hiç XML kullanmayarak View oluşturabiliriz diye düşünüyorum.
  3. SwiftUI’da body: View{ } kalıbı içerisine kod yazmak zorundayken Compose’da böyle bir zorunluluk yoktur, annotation bir fonksiyonu Compose fonksiyonu yapmak için yeterlidir.
  4. İki yapı da View’ları dikey veya yatay dizebiliriz. Dizilim sisteminde görünürde çok büyük fark olmasa da dizilim bileşenlerini  isimlendirmede farklar vardır. (Bi zahmet)
    Compose SwiftUI
    Row HStack
    Column VStack
    Stack ZStack
  5. SwiftUI “Bir kere yaz heryerde kullan” mantığından ziyade, “Bir kere öğren her yerde yaz” mantığına hitap ederken Compose tamamen tekrar kullanılabilir bir mantık sunuyor. Compose open source iken SwiftUI değil haliyle.
  6. Stil başlığında da birkaç fark olduğu görünüyor. Alttaki gistte gördüğünüz satırlar kendi içlerinde aynı işi yapıyor.

https://gist.github.com/alparslandev/d869f8a89443df184d4a9b5152a39496

Ortak Özellikleri

  1. Her iki teknoloji ile de özel view objeleri üretebilirsiniz. SwiftUI ile yapılan sınıflar da Compose ile yapılan sınıflar da başka sayfalarda CustomView olarak kullanılabilir.
  2. Bu Toolkitlerin en iyi yanı ise preview hizmetleri. SwiftuUI Canlı preview ile birlikte geliyor. Hatta etkileşime bile girebiliyorsunuz SwiftUI Preview ile. Burada bahsedildiği kadarıyla Android Studio da Live Preview özelliğine sahip. Şu çalıştır butonundan bizi bi kurtarın rica ediyorum. Button{ } yazdığım anda kendisi sağda preview açsın koysun butonu. Canlı canlı göreyim. SwiftUI’da kalbimi fetheden özelliklerden birisidir kendileri. Android Studio’da da performanslı ve tatlı olacağını umut ediyorum  (Gelecek gelecek Jetpack Compose yazısı gelecek ve geldiğinde buralara linklenecek…)
  3. SwiftUI’da macOS Catalina ve iOS 13 zorunluluğu olduğu için yakın zamanda SwiftUI’a geçen çok fazla uygulama göremeyebiliriz. Ve Compose tarafında da daha hızlı uygulanabilir olan daha şeffaf bazı sınırlar var elbet. Android Studio 4.0 ve uygulamanızın Api Level 21 üstü olması lazım. Android Studio zaten işletim sistemi bağımlılığı olmayan bir ide. Ancak zaten biz Peakup’ta Android projelerini zaten api level 21 üstüne açıyoruz artık.

Farklar benzerlikler uzayıp gider. Şimdilik burada bırakalım ileride Toolkitler geliştikçe buraları da güncelleriz.

Şimdi derin ve cevabını merak ettiğim bir soru var aklımda. İnşallah sizin aklınızda da uyanmıştır bu soru. Yazıyı buraya kadar okuduysanız uyanmalı bence 🙂  Neden 2 dev şirket birden ardı ardına DeclarativeUI yapısına sahip yeni UI Toolkit ve Framework yayınlar? Nedir ki bu DeclarativeUI biraz da ondan bahsedelim.

DeclerativeUI

Bir hesaplama mantığını, kontrol akışını açıklamaksızın ifade eden bir programlama paradigmasıdır. DeclarativeUI denince hemen hemen hepimizin aklına React ve Flutter geliyor. Hatta Google I/O’da kullanılan sunumun görselini hemen buraya iliştiriyorum. Google I/O Jetpack Compose DeclarativeUI

Klasik yöntem olan Imperative UI ile kıyaslarsak:

https://gist.github.com/alparslandev/3e62219a398f9daba916380bbc9ebe4b

Bu iki paradigma da UI yaratımı paradigması. Bunlar arasında heryerde geçen bir tabir var. DeclerativeUI da neyin neye benzediğini sadece açıklıyoruz. UI’da neye benzeyen bir obje istediğimizi söylüyoruz ve bir yere kadar onun stilini belirleyebiliyoruz. Mesela Buton istediğimizi yazıyoruz ancak tam pozisyonunu (x, y) cinsinden belirtmiyoruz. Yazılımcı tüm sürecin nasıl işleyeceğini tek tek yazmaz. Obje yaratımı ile frameworkler ilgilenir. UI yaratımı için her adımını bizim yönettiğimiz model ise paylaştığım Gistten de anlaşılacağı üzere ImperativeUI adını alır.

DeclarativeUI bize yazının başından beri bahsettiğim övdüğüm gibi çok daha kolay, çok daha kısa kod ile çok iş yapabileceğimiz bir model sunuyor. Kod daha okunabilir daha anlaşılabilir oluyor. Yapılacak şeye odaklanıyoruz. Nasıl yapılacağına değil. Vaktimiz de çok kısalıyor böylece. Peki buna Apple ve Google’ın altyapısı hazır mı. Android ve iOS platformları acaba bu tarz yeri yerinden oynatacak birer frameworke hazır mı bunu biraz düşünmek lazım. İşimizi hızlandırıp kolaylaştırdığı için bu modele yöneldiklerini düşünüyorum ancak bazı uyumsuzluklar stabilsizlikler ve bilimsizlikler işimizi uzatabilir de. Zaman içerisinde daha net yorum yapacağız elbet.

Gelecek

Okuduk anladık güzel hoş declarativeui swiftui compose tamam hadi dağılalım. Hemen değil 🙂 Beyin fırtınası olmadan olmaz. Bu işin geleceği ne olur? Android Studio’da UI tasarlayıp bunu iOS’a da uygulamak mümkün olabilir mi? Ya da tam tersi? UI kısmını tek bir kere geliştirip ufak değişikliklerle diğer ortama da uygulamak 🤔

Diyelim ki 3 sene sonra böyle birşey yapıldı. Cross-platform ama bir yandan da native UI geliştirebileceğimiz ortak bir toolkit bir framework yapıldı. Kolaylaştıkça işimiz hızlanıyor kabul. Ancak acaba işlerin fazla kolaylaşması kod yazıyor olma hissimi yok eder mi? Tarihte fazla kolaylaşan her şeyde olduğu gibi burada da değeri ve saygıyı düşürür mü? Neyse bunlar da başka bir yazının konusu 🙂

Not: Framework’ler henüz emekleme aşamasında. Gelişmeleri takip ediyor ona göre yazıyı güncelliyor veya yeni yazılar üretiyor olacağım.

Daha iyi bir yazılım için, gözünüz Kotlin ve Swift üzerinde olsun.
Yazılımla kalın, Esen kalın.

Kaynakça

http://nilhcem.com/swift-is-like-kotlin2019 Ekim Android Dev Summit Youtubehttps://flutter.dev/docs/get-started/flutter-for/declarativehttp://intelligiblebabble.com/compose-from-first-principles/https://quickbirdstudios.com/blog/swiftui-vs-android-jetpack-compose/https://medium.com/@ZoeWave/swiftui-jetpack-compose-db29036532dfhttps://codeburst.io/declarative-vs-imperative-programming-a8a7c93d9ad2https://medium.com/front-end-weekly/imperative-versus-declarative-code-whats-the-difference-adc7dd6c8380

Kotlin’de Yüksek Seviye Fonksiyonlar (High Order Functions)

Merhaba

2010’da Oracle, Sun Microsystems’ı satın aldığından beri Oracle ile Google arasında bir Java savaşı sürmekteydi. Oracle, Google’ı Java’nın ücretsiz olmayan özelliklerini kullanmakla suçlayarak büyükçe bir dava açtı falan filan hikayeyi biliyorsunuzdur hepsini anlatmama gerek yok sanırım. 2 sene önce GoogleIO 2017 etkinliğinde Kotlin, Google tarafından resmi programlama dili olarak ilan  edildi. O gün bugündür Android Geliştiricileri olarak Kotlin öğreniyoruz ve öğrenmeye devam ediyoruz.

“Kotlin fonksiyonel dil özelliklerine sahiptir” cümlesini pek çok Kotlin ve Android hayranından duymuş olabilirsiniz (Ben dahil). Nedir yani bu fonksiyonel dil özellikleri hadi örnek ver hadi… diyorsanız, toplanın yamacıma. Bu yazıda, Kotlin’in fonksiyonel dil özelliklerinden birisi olan yüksek seviye fonksiyonların kullanımını anlatacağım.

Fonksiyonel dillerde, fonksiyonlar özeldir tek başlarına bireylerdir. Literatürde bu first class tabiri ile ifade edilir. Yani String, Integer veya bir Sınıf ile fonksiyonlar aynı seviyededirler. Fonksiyonlara parametre olarak String veya Integer yollayabildiğimiz gibi first class fonksiyonlara sahip dillerde parametre olarak fonksiyon da yollayabiliriz. Fonksiyona parametre olarak fonksiyon yolluyoruz yani. Aynı şekilde başka fonksiyonlardan return tipi olarak fonksiyon da döndürebiliriz. Fonksiyonlar Java’nın aksine fonksiyonel dillerde herhangi bir sınıf içerisinde yer almak zorunda değillerdir. Fonksiyon çağıran fonksiyonlara yüksek seviye fonksiyonlar ismi verilir ve fonksiyonel diller yüksek seviye fonksiyon özelliğine sahiptirler. Kotlin de doğal olarak bu özelliğe sahiptir. Ayrıca fonksiyonel dillerde fonksiyonlar veri yapılarında ve değişkenlerde tutulabilirler. Özet olarak High Order Functions, Kotlin’in gözde özelliklerinden birisidir. Şimdi önce küçük bir örnek ile daha iyi açıklayacağım. Ardından Android’de real-life kullanımını göstererek pekiştireceğim. İzninizle, Başlayalım…

 

Parametre olarak fonksiyon kabul eden bir fonksiyonun tanımlanması aşağıdaki gibi yapılır.

https://gist.github.com/alparslandev/e9bfc3f401bf71cbfa1660fa33cf5924

Bu fonksiyon, şu 5 şekilde çağırılabilir:

passMeFunction ( “text” ) { print ( it ) }
passMeFunction ( “text” ) { s -> print ( s ) }
passMeFunction ( “text” , { print ( it ) } )
passMeFunction ( “text” , { s -> print ( s ) } )
passMeFunction(“text”, ::print )  // En pratik versiyon tabiiki bu. it veya herhangi bir başka değişkene gerek kalmaksızın Fonksiyon Referansı kullanarak kodu daha da basitleştirebiliriz.

KISS : Keep It Small Stupid hell yeeaa

 

Ben açıkçası bu özelliğe ihtiyaç duyduğumun farkında bile değilmişim. Kullanmaya başladığımda farkettim ki pek çok yerde high order function kullanabilirim.Özellikle orta ve daha büyük ölçekte bir proje yazarken pek çok defa aynı koda başka Activitylerde Fragmentlarda Sınıflarda ihtiyaç duyarsınız. Bu normaldir. Mesela kullanıcı silme işlemi kullanıcı listesinden de gerçekleşebilir kullanıcı detay sayfasından da. Ancak kopyala yapıştır yapmaya başlarsanız büyük projede ilerleyen safhalarda boğulabilirsiniz. Çöp kod üretebilirsiniz ve kod yönetimini kendi elinizle zorlaştırabilirsiniz. Her projeyi başından düzgün yazmanızı öneririm ki ilerleyen zamanda refactor için çok daha fazla zaman harcamanız gerekmesin.

Kullanım Örneği

Real-life örneğe gelirsek. Peakup’ta çalışanların hızlıca izin alabilmelerini, izin sürecini takip edebilmelerini, takım liderlerinin ve insan kaynaklarının da izin süreçlerini kolayca yönetebilmelerini sağlayan bir Android uygulamamız var. Leave Management. Bu uygulamamızı yazarken bir sorunla karşılaştım. İzin silme, izin onaylama ve izin reddetme işlemleri için hemen hemen aynı fonksiyonu yazdığımı ve gereksiz kod tekrarı yaptığımı farkettim. 3 operasyonda da İzin detay DialogFragment’ını önce kapatıp sonra silmek / reddetmek / onaylamak istediğinize emin misiniz? diye soran bir dialog çıkartıyordum. Kullanıcı onay butonuna basınca da ilgili fonksiyon aracılığı ile backende request yolluyordum. Yazılan fazladan kodu farkettiğimde High Order Function özelliği geldi aklıma. Çünkü 3 fonksiyonda da sadece Dialog’da yazan text ve çağırılan request fonksiyonu farklıydı. Ve şöyle bir Fonksiyon yazdım:

https://gist.github.com/alparslandev/eb148a5b847bec635dd855b04fd5d90f

showAlertAndOperate ismini verdiğim bu fonksiyon, 3 adet parametre alıyor. İlk parametresi bir Int ancak annotation olarak StringRese sahip. Yani bu fonksiyona göndereceğiniz ilk parametre R.string.xxx gibi bir string id olacak. İkinci parametre bir leave objesi. Son parametre ise işlemi yapacak olan fonksiyon. Son parametrede eğer izin silme işlemi yapacaksak izin silme requestini yapan fonksiyon, izin onaylama işlemi yapacaksak onaylama requestini yollayan fonksiyon çağırılacak yani.

showAlertAndOperate fonksiyonu önce izin detay dialog fragmentını kapatıyor. Ardından normal Dialog içerisinde gösterilecek olan texti StringRes ve Leave parametrelerini kullanarak hazırlıyor. Ardından bu texti showAlertDialog fonksiyonuna yollayarak Global alertdialogun çıkmasını sağlıyor. Dialogun onay butonuna basıldığı takdirde ise fonksiyona parametre olarak gönderilen fonksiyon çalışıyor.

https://gist.github.com/alparslandev/6eeeef8a852b3f07f51907aea2092dba

 

Yukarıda gördüğünüz fonksiyonlar ise İzin detay dialog fragmentına ait interface içerisinde bulunan buton onClick işleminde çalışan callbackler. Gördüğünüz üzre onLeaveApprove‘da confirmLeave fonksiyonu accepted modunda, onLeaveDecline‘da confirmLeave fonksiyonu declined modunda çağırılmış. onDelete’te ise deleteLeave() fonksiyonu çağırılmış. showAlertAndOperate fonksiyonunda belirtilen func() fonksiyonu yerine bu fonksiyonlar çağırılacak.

Kodu kopyala yapıştır yapmamak için tabiiki pek çok farklı yöntem de mevcut. Bu yazıda bu yöntemlerden sadece birinden bahsedebildim. En güzel yöntem budur golden keydir gibi iddialara sahip değilim. Sadece bu seferlik bunu tercih ettim ve sizlerle paylaşmak istedim.

Bol kodlu günler dilerim.