Android Uygulama Görsel Bileşenler ve Komponentler

Android uygulama tasarlamak için gerekli olan temel görsel öğeler Android SDK ile gelmaktedir. Layout dosyalarında kullanacağımız temel bileşenlere/komponentlere sırasıyla bakalım.

Android Görsel Bileşenler

TextView

Cihaz ekranında görsel ve metinsel öğeler yer alabilir. Metin değerlerini ekranda göstermek için kullanılır.

EditText

Kullanıcıdan alınacak metin ya da numara gibi girdileri kaynak kod tarafına iletmek için kullanılır. HTML’deki input benzeri bir davranış gösterir. Kullanıcı giriş yaparken gireceği değere göre klavye tipi seçilebilir.

ImageView

Resimleri ekranda göstermek için ImageView’dan faydalanırız. ImageView drawable klasöründe yer alan dosyaları ya da başka bir kaynaktan elde edilen resimleri görüntülemek için kullanılır.

Button

Düğme oluşturmak için Button öğesi kullanılabilir. Kullanıcı düğmeye bastığında kod içerisinde oluşturulan bir dinleyici (onClickListener) içindeki kod çalıştırılarak düğmeye bir eylem atanabilir.

CheckBox

Kullanıcının evet / hayır değeri verebileceği bir kutu oluşturur.

ListView

Tablo oluşturmak için kullanılır. Belirli bir kaynaktan (veritabanı ya da web servis) çekilen veriyi göstermek için uygundur. Uygulamalarda en sık kullanılan görsel öğelerin başında gelir. Özellikle, satır tasarımlarının özel layout dosyaları ile değiştirilebilmesi esnek bir kullanım sağlar.

Spinner

Kullanıcıya menü göstermek için kullanılır. select HTML etiketi gibidir. Kullanıcı Spinner öğesine bastığında karşısına geliştiricinin belirlediği bir menü açılır ve burada seçim yapması istenir. Yapılan seçimin cevabı kaynak kod içerisinde bir Listener yardımıyla alınır.

MapView

Uygulamalara kolaylıkla Google Maps entegrasyonu yapmak için kullanılır. Google’dan alınan bir API anahtarı yardımıyla uygulamada Google haritalarında yer alan bütün özellikleri MapView yardımıyla kullanabiliriz. Konum tabanlı uygulamaların vazgeçilmez parçasıdır.

ProgressBar

Kullanıcının karşısına bir durum çubuğu gelmesini sağlar. Yapılan uzun süreli bir işlemin (web servis çağırma) ne kadar süreceğine dair kullanıcı dostu bir mesaj vermek için kullanır.

SeekBar

Kullanıcının sağa ve sola çekebileceği bir çubuk oluşturur. Bu şekilde kullanıcı bir ses dosyasında ileri geri gidebileceği gibi bir renk cetvelinde özel renkler belirleyebilir. Kullanıcının yaptığı değişim bir Listener metodu uyarır ve kaynak kod içerisinde ilgili işlemlerin yapılmasını sağlar.

WebView

Uygulama içerisinde bir HTML tabanlı web sitesi göstermek için kullanılır. Bu web sitesi uzak bir sunucuda olabileceği gibi uygulamanın içinde saklanan HTML dosyaları da olabilir. Hibrid bir uygulama hazırlamak için uygun bir yapıdır.

Nesne Yönelimli Programlama Sarmalama (Encapsulation)

Sarmalamanın anlamı; sınıfı oluşturan metot ve özelliklerin gerçekleştirme biçiminin, bu sınıfı kullanacak olan kullanıcılardan gizlenmiş olmasıdır.

Nesne Yönelimli Programlama'nın temelinde nesne vardır ve nesne veri ile metotların bir araya gelmesi ile oluşur. Veri (özellikler) ve veri üzerinde işlem yapan kod (metotlar) bir arada bulunur ve nesneyi meydana getirir. Nesneyi tanımlayan sınıfın iç ayrıntıları, normal olarak programın arta kalan kısmı için görünür değildir.

Bir nesne sınıfının gerçekleştirimini değiştirirsek, yani aynı sınıfı metot ve özellikleri aynı kalmak koşuluyla farklı bir programlama tekniğiyle oluşturursak, o sınıfın dış dünyaya olan arayüzü değişmediği sürece (metot ve özellikler aynı kaldığı sürece) bu sınıfı kullanan program kodlarınızda bir değişiklik yapmamıza gerek kalmayacaktır.

Nesne Yönelimli Programlama Çok Biçimlilik (Polymorphism)

Çok biçimlilik, farklı nesnelerin, aynı mesaja (olaya ya da uyarıma) farklı şekillerde cevap verebilme yeteneğidir.

Her nesne sınıfı, kendi metotlarını paketlediği için ve bu metotlar programın kalan kısmı için gizli olduğundan, farklı sınıflar aynı isimde bazı metotlara sahip olabilirler.

Örneğin ŞEKİL adlı bir süper sınıfımız (super class) olsun. Bu sınıftan, DAİRE, KARE ve ÜÇGEN adlı üç farklı alt sınıf türettiğimizi varsayalım. Bu alt sınıfların her biri kendi örneklerini çizmek için ÇİZ adlı bir metoda sahip olabilir. Fakat, her bir alt sınıf için bu metot aynı olmasına karşın, bu metodu devreye sokmak için gönderilecek mesajdan sonra her alt sınıfa ait nesne farklı bir şekil (yani kendini) yani bir üçgen, daire veya kare çizecektir.

Eclipse Android Projesi Klasör Yapısı

Eclipse ortamında Android projesi yarattığımızda klasörler ve xml dosyası oluşur. Gelin şimdi bir Android projesinin dosya yapısını detaylı bir şekilde inceleyelim.

• src : Kaynak dosyaları burada yer alır. Bu klasörün içinde Java dosyaları yer alır. Tüm oluşturulan class'lar ve paketler bu klasör içine yerleştirilmelidir.

• gen : Android tarafından otomatik oluşturulan dosyalar burada bulunur. Buradaki R.java dosyası projede kullandığınız her türlü tasarım, resim ve metin dosyasının tanımlayıcılarına (ID) referans içerir. Bu dosya otomatik olarak oluşturulur ve dışarıdan müdahale edilmemesi gerekir.

• assets : Uygulamada kullanacağımız destekleyici dosyaları burada tutulur. Örneğin, sqlite veritabanı oluşturduysak ve uygulamayla beraber sqlite dosyasını da göndermek istiyorsak, dosyanın bu klasör içinde bulunması gerekir.

• bin : Uygulamanın derlenmiş hali bu klasörde tutulur. Bu dosyaya da dışarıdan müdahele edilmemesi gerekir.

• libs : Android SDK içinde yer almayan bir Java kütüphanesi (AdMob gib) kullanıyorsak, ilgili jar dosyalarını bu klasöre atmamız gerekir. Ancak bir jar dosyası ekledikten sonra dosyaya sağ tıklayıp Add To Build Path seçeneğini seçmeyi unutmamalıyız. Aksi takdirde derleyici jar dosyasını göremeyecektir.

• AndroidManifest.xml : Bu dosya uygulamanın kalbidir. Uygulamayla ilgili her türlü özellik ve uygulamanın işletim sisteminden talep edeceği bütün izinler burada tanımlanır. Aynı zamanda uygulama içinde kullanılan her ekran burada kaydedilip tanımlanmak zorundadır.

• res : Uygulama ile ilgili her türlü kaynak bu klasörde tutulur. Burada resim dosyaları, ekran tasarımları ve metin dosyaları olabilir. Bu klasör içinde birçok alt klasör yer alır.

• drawable : Uygulamada kullanılan resim dosyalarını içerir. Bu dosyalar PNG ya da JPEG formatında olabilir. Klasörün yanındaki hdpi (high dpi), ldpi (low dpi), mdpi (medium dpi) ve xhpi (extra hight dpi) cihaza özel ekran çözünürlüklerine göre dosya çağırmamızı sağlar. Örneğin uygulamanın çalıştığı cihaz eski modelse ve ekranı düşük çözünürlük destekliyorsa ldpi klasörü içindeki resim dosyaları kullanılacaktır. Ama uygulama yeni nesil geniş ekran bir cihazda çalışıyorsa ona uygun olarak yüksek çözünürlüklü bir klasörde bulunan dosyalar kullanılır. Eğer uygulamanızda düzgün bir tasarım varsa ve geniş yelpazede cihazlar destekliyorsanız tasarımcınızdan uygun formatlarda dosyalar istemeniz gerekir.

• layout : Ekranlara dair tasarım dosyaları bulunur. xml formatındaki bu dosyalar her ekrana ait tasarımları barındırır. Bir ekran Activity ile oluşturulduğunda onCreate metodu içinde ilgili layout çağırılır ve ekranda yer alacak öğeler oluşturulur.

• menu : Bir ekranda cihazın Menü tuşuna basıldığında bir menü çıkmasını istiyorsak, menü elemanlarını bir xml dosyasında tanımlanır ve bu klasör içinde saklanır.

• values : Uygulamada kullanılan sabit değişkenler burada saklanır. strings.xml dosyası uygulamada kullanılan ve ekranlarda kullanıcıya gösterilen her türlü metni saklar. Anahtar – değer mantığıyla saklanan bu değerler kod içinde ya da layout dosyalarında çağırılır. Aynı zamanda bu değerler R.java dosyasında işaretlenir. Bunun dışında colors.xml dosyası layout dosyalarında kullanılacak önceden tanımlanmış renkleri içerir. styles.xml dosyası ise ekranlarda kullanılan ve yine layout dosyalarından çağrılan stilleri içerir. values klasörünün bir başka özelliği de cihazın ayarlanmış ana diline göre yerelleşebilmesidir.

Android Runtime (ART) İşletim Sistemi

Android işletim sistemi, Android uygulamalarını çalıştırmak için Dalvik sanal makinesini kullanır. Google Dalvik’ten vazgeçip yeni sanal makinesi Android Runtime'a (ART) geçiş yapıyor. Android sürümü Kitkat'a ART'ı da entegre etmiş durumda.

Android platformunda, Java ile yazdığımız Android uygulama kodları önce Java bytecode'larını içeren .class uzantılı dosyalara çevrilir. Bu kodlar Dalvik sanal makinesinin çalıştırabileceği Dalvik bytecode'unu içeren .dex uzantılı tek bir dosyaya dönüştürülür. 

Dalvik sanal makinesi, kısıtlı bellek ve işlemci gücü sağlayan mobil cihazlar için tasarlandığı için günümüzdeki çoğu modern bilgisayar programlama dilleri (Java, C#) gibi yığınlarla (stack) değil yazmaçlarla (register) çalışır. Bunun için daha hızlıdır. 

Dalvik sanal makinesiyle ilgili daha fazla detaya http://source.android.com/devices/tech/dalvik/ adresinden ulaşabilirsiniz.

Android Runtime. ART'ın çalışma şekli Dalvik'ten çok farklı. Dalvik, Android 2.2 sürümünden beri "Tam Zamanında" derleme (Just-In-Time – JIT compilation) kullanarak kodu derliyor. 

Uygulama yazılıp cihaza yüklendiğinde kod belli bir oranda derleniyor ve esas derleme ve optimizasyon uygulama çalışmaya başladığında yapılıyor. Bu işlem ise uygulama her çalıştırılğında yapılıyor. Bu ise fazladan yük getiriyor ve daha az verimli çalışılmasına sebep oluyor.

ART ise "Zamanın Ötesinde derleme" (Ahead-of-Time – AOT compilation) ile uygulama cihaza kurulurken  bytecode derlemesini yapıyor ve bytecode'u makine diline çeviriyor. Her uygulama açılışında yeni bir sanal makine başlatmak gerekmiyor.

ART tam anlamıyla standart olarak kullanıma hazır değil. Birçok optimizasyonu ve testi henüz yapılmamış durumda. ART ile Dalvik arasında fark olduğu kesin ama bunun ne kadar olduğunu ve gerçekte neler kazandıracağını kestirmek zor şimdilik. Test siteleri ve kullanıcılar tarafından yapılan testlerde işlem sürelerinin yarıya yakın azaldığı söyleniyor. ART’a geçiş yaptıktan sonra işletim sisteminin animasyonlarında ve bazı uygulamalarda fark edilir hızlanma gözlenebiliyor. 

Kullanıcılar için uygulamaların daha hızlı çalışması, arayüzdeki geçişlerin ve animasyonların daha yumuşak ve takılmadan görüntülenmesi son derece önemli. Her kullanıcının en önemli istekleri daha hızlı işleme, daha az işlemci gücü gereksinimi olduğu için cihazların pil ömürlerinde de ciddi artış bekleniyor.

Herşey böyle güllük gülistanlık değil. Bunların elbet bir de bedeli var. Uygulamalar cihaza kurulurken makine diline çevrileceği için ilk kurulum süreleri artıyor. Küçük uygulamalarda bu hissedilmeyecek bir fark iken, daha yüklü ve büyük uygulamalarda kurulum süresi fark edilir şekilde artabilir. 

Her bytecode'un makine dilindeki birkaç komuta denk geldiği için, makine diline çevrilmiş olarak saklanan uygulamalar cihazın belleğinde daha çok yer kaplayacaktır. Bu artış sadece çalıştırılabilir kodda olacağı için (resim, video, ses dosyası gibi uygulama kaynaklarında bir değişiklik söz konusu değil) çok da önemli değil. Google % 10 - 20 arasında bir artış olacağını söylüyor.

Uygulamaların ve işletim sisteminin daha hızlı çalışması ve cihazın pil ömrünün artması gibi çok kritik getirilerin yanında cihazdaki depolama alanında kaplanan miktarın artması veya ilk kurulumun daha uzun sürmesinin çok bir öneminin olmayacağını söyleyebiliriz.

Google, Android 4.4 sürümü ile birlikte artık cihazınızda çalışma zamanı olarak Dalvik veya ART'ı seçmenize olanak veriyor. Ancak ART henüz tam anlamıyla hazır değil. Yeni çalışma zamanını ve getirdiği farklılıkları test etmek istiyorsanız ve cihazınızda Android 4.4.x işletim sistemi bulunuyorsa, "Ayarlar" (Settings) > "Geliştirici Seçenekleri" (Developer Options) > "Çalışma zamanını seçin" (Select runtime) kısmından Dalvik seçeneğini değiştirerek ART'ı seçebilirsiniz.

Bu ayarı değiştirdiğinizde cihazınız libdvm.so kütüphanesinden libart.so kütüphanesine geçmek için yeniden başlatılacak ve kurulu bütün uygulamalarınız ART için tek tek derlenecek ve optimize edilecektir. Bu işlem 5 ile 15 dakika arasında sürecektir.

Her uygulama şimdilik ART'ye uyumlu değil. Bazı uygulamalar hatalı çalışabiliyor ve hatta hiç çalışmayabiliyor. Popüler bir mesajlaşma uygulaması olan WhatsApp, ART üzerinde çalışmıyor. Sürekli hata veriyor ve kaldırıp tekrar kurmak isterseniz kuramıyorsunuz şimdilik.

Nesne Yönelimli Programlama Miras Alma (Inheritance)

Nesneye yönelik programlamada, bir nesne, genellikle bir nesne sınıfına ait bir örnektir (instance). Örneğin, Albert Einstein, insan sınıfının bir örneğidir. Bir nesne sınıfından alt sınıflar (subclasses) oluşturulabiliyorsa, türetme özelliği (derivation) var demektir. Örneğin insan sınıfı, canlı sınıfının bir alt sınıfıdır.

Kendisinden alt sınıf üretilen sınıfa, temel sınıf (base class) veya süper sınıf (super class) veya ana sınıf (parent class) adı verilir.

Subclass yerine child class terimi de kullanılmaktadır.

Alt sınıfın nesneleri, türetildikleri temel sınıfa ait özellikleri alır, burada miras alma (inheritance) özelliği vardır denir. Bu anlamda, miras alma özellikli bir nesne yönelimli programlama dilinde, bir nesne sınıfından türetilen alt nesne sınıfına ait nesneler, üst sınıfın özelliklerini (properties) ve metodlarını (methods) aynen alırlar.

İşletim sisteminiz kaç bit?

Windows 7 kullanıcıları Denetim Masası > Sistem ve Güvenlik > Sistem yolunu takip ederek, aşağıdaki ekran görüntüsünde olduğu gibi işletim sisteminin kaç bit olduğunu öğrenebilir.

Windows 8 kullanıcıları Denetim Masası > Sistem ve Güvenlik > Sistem yolunu takip ederek, aşağıdaki ekran görüntüsünde olduğu gibi işletim sisteminin kaç bit olduğunu öğrenebilir.

Linux veya Mac OS X kullanıcıları aşağıdaki komutu terminalde çalıştırarak işletim sisteminin kaç bit olduğunu öğrenebilir.

getconf LONG_BIT

Apache Cassandra

Apache Cassandra Summit 2014

Apache Cassandra Nedir?

Apache Cassandra, NoSQL veritabanı mimarisini için geliştirilen açık kaynak kodlu bir veritabanıdır. Cassandra, Google’ın Bigtable ve Amazon’un Dynamo veri tabanlarının Facebook tarafından geliştirmesi ile oluşturulan yeni bir veritabanı sistemidir. Cassandra dağıtık mimaride, yüksek performanslı, yüksek ölçeklenebilirliğe sahiptir.

Cassandra Kullanan Şirketler

Cassandra günümüzde büyük veri ile başetmek için kullanılmaktadır. Cassandra Facebook, eBay, Twitter, Reddit gibi çok büyük veri saklayan ve yöneten firmalar tarafından kullanılmaktadır.

Neden Apache Cassandra?

RDBMS sistemleri veriler eklendikçe dikey olarak büyürken, NoSQL sistemlerinde veriler yatay olarak büyümektedir.  Master - slave yapısı yerine peer - to - peer modeli uygulanır. 

Cassandra ve Big Data

Master sistem kullanan yapılarda fazla sayıda istek geldiğinde server bunu karşılayamazsa sistemde sıkıntılar yaşanır. Fakat Cassandra ile böyle bir problem yaşanmaz. Data center içerisine istediğimiz kadar cluster (server) ekleyebiliriz.

• Gigabyte, petabyte boyutlarında ölçeklenebilirlik
• Yeni node’lar eklenerek lineer olarak performans artışı
• Kolay replication
• Dağıtık mimari
• Çoklu data center ve bulut çözümü sağlaması
• Sistemden ayrı caching layer’larına ihtiyaç olmaması
• Esnek şema (schema) tasarımı
• Veri sıkıştırma (Google’ın Snappy algoritaması kullanılır)
• CQL ile sorgu gerçekleme
• Dil ve platform desteği
• Özel olarak tasarlanmış yazılım ve donanım ihtiyacının olmaması