Nesne Yönelimli Programlama Temel Kavramlar

Nesne Yönelimli Programlama Kavramları 

- Kalıtım, Polimorfizm, Compositon
- Temel OOP Terimlerinin Anlaşılması (is-a ve has-a ikişkileri)
- OOP Mimarilerinin Başarısı
- Nesne ve Sınıf Kavramları

Nesne Yönelimli Programlama Prensipleri

- Single Responsibility Principle
- Open Closed Principle
- Liskov Substitution Principle
- Dependency Inversion Principle
- Interface Segregation Principle
- Reuse Release Equivalency Principle
- Common Closure Principle
- Common Reuse Principle
- Acyclic Dependencies Principle
- Stable Dependencies Principle- Stable Abstractions Principle

Nesne Yönelimli Programlamanın Temel İlkeleri
Veri Gizleme
Sınıf ve Nesne
Yordamlar ve İletiler
Çokbiçimlilik
Arayüz Oluşturma
Türetme ve Çokbiçimlilik
Erişim denetimi
Liskov Yerine Geçme İlkesi - LSP (Liskov Substitution Principle)
Açık Kapalı İlkesi - OCP (Open-Closed Principle)
Bağımlılık Ters Çevirme İlkesi - DIP (Dependency Inversion Principle)
Arayüz Ayırma İlkesi – ISP (The Interface Segregation Principle)
Sürüm Yeniden Kullanımı Eşdeğerlik İlkesi – REP (The Release Reuse Equivalency Principle)
Ortak Kapatma İlkesi – CCP (The Common Closure Principle)
Ortak Yeniden Kullanım İlkesi – CRP (The Common Reuse Principle)
Çevrimsiz Bağımlılık İlkesi – (ADP) (The Acyclic Dependencies Principle)
Kararlı Soyutlamalar İlkesi – SAP (The Stable Abstractions Principle)
Kararlı Bağımlılıklar İlkesi – (SDP) (The Stable Dependencies Principle)

Tasarım Kalıpları

Aynı problemler sürekli bir yazılımcının karşısına farklı farklı zamanlarda çıkmaktadır ve bu sorunlara aynı çözümler üretilebilmektedir. Bu noktada tasarım kalıplarına ihtiyaç duyulmaya başlanmıştır çünkü tasarım kalıpları hem aynı problemi tekrar tekrar çözmemizin önüne geçer hem de bir sorun için üretilebilinecek en optimal çözümü kullanmamızı sağlar. Bu ayrıca programımızda hata çıkma olasılığını da azaltır ve daha güçlü bir kod yazmamızı sağlar. Bu ayrıca yazılımın en önemli prensiplerinden biri olan yeniden kullanılabilirlilik kavramını da destekler.

Tasarım Kalıpları’nın Dünyadaki Genel Tanımlanma Biçimi
İsim: Her kalıbın genel olarak tek bir adı vardır ve bu ad başka bir kalıpta kullanılamaz
Amaç: Kalıbın amacı
Problem: Kalıbın çözdüğü problem
Çözüm: Kalıp probleme nasıl bir çözüm yaklaşımı getirmektedir?
Birimler: Kalıpta kullanılan birimler.(UML gösterimi ile birlikte)
Gerçekleştirim: Kalıbın kodları

Genel olarak  tasarım kalıpları programlama dillerinden bağımsız olarak tanımlansalar da, nesneye yönelimli programlama dillerine uygun tasarım kalıpları daha çok bilinir. Bu kalıplar, nesneler ve sınıflar arasındaki ilişkileri ve etkilişimleri gösterirler. Programcı bir tasarım kalıbını elindeki soruna bakarak özelleştirip kullanabilir.

Bu kalıpları uygulayabilmek için kulanılması gereken prensipler

Açık Kapalı Prensibi (Open Closed Principle)

Yazılmış bir modülün genişlemeye açık ama değişikliğe kapalı olması gerekliliğini vurgular. Yani yazılan kod üzerine bir eklenti yapılmak istendiğinde önceden yazılmış kodlarda değişiklik gerekliliği olmamalıdır. Gerekli eklentiler sadece eklenti için gereken yeni özelliğin kodlanması ile sonuçlanmalıdır.

Liskov Ayrışabilme Prensibi (Liskov Substitution Principle)

"Türemiş sınıflar, türedikleri temel sınıfların yerini herhangi bir problem çıkmadan alabilmelidir." prensibidir. Yani temel sınıftan yaratılmış bir nesneyi kullanan bir fonksiyon, temel sınıf yerine bu temel sınıftan türemiş bir sınıftan yaratılmış bir nesneyi de aynı yerde kullanabilmelidir.

Bağımlılığın Azaltılması Prensibi (Dependency Inversion Principle)

Kullanıcı ile sınıflar arasındaki ilişkinin olabildiğince soyutlanmış yapılar üzerinden yapılmasını önerir. Yani tasarımda ilişkilerin gerçek sınıflardan türemiş nesneler ile değil, ilgili arayüzler(interface) ve soyut sınıflar kullanılarak gerçeklenmesi gerekir.

Tek Sorumluluk Prensibi (Single Responsibility Principle)

"Bir sınıf sadece tek bir sorumluluğu yerine getirmelidir ve yerine getirdiği sorumluluğu iyi yapmalıdır." prensibidir. Her sınıf sadece kendisi ile ilgili tek bir sorumluluğu yerine getirir. Her sınıfın sorumluluğu farklı olduğu zaman, değişmesi için tek bir sebep olur,o da ihtiyaçların değişmesidir. Sınıfların birden fazla sorumluluğunun olması bağımlılığın artmasına neden olur.

Arayüz Ayırma Prensibi (Interface Segregation Principle)

Kullanılacak methodların ve özelliklerin gruplandırılarak her biri ayrı işlevi tanımlayan farklı arayüzlere bölünmesini savunur. Sonuç olarak, bir sınıfın kullanmadığı method ve özellikler programın içeriğine alınmamış olur.

Tasarım kalıplarını inceleyecek olursak temelde 3 ana gruba ayırabiliriz:

Yaratılış Kalıpları (Creational Patterns): Nesnelerin nasıl yaratılacağı hakkında alternatifler sunar. Farklı durumlarda yaratılması gereken nesnelere karar verir.

Yapısal Kalıplar (Structural Patterns): Nesneleri ve sınıfları birleştirerek karmaşık kullanıcı arayüzleri gibi daha geniş yapılar oluşturur.

Davranışsal Kalıplar (Behavioral Patterns): Nesne grupları arasındaki iletişimin tanımlanmasında kullanılır ve daha karmaşık programlarda akış kontrolünü sağlar. Nesnelere işlevsel sorumluluklarını atar.

Tasarım kalıplarının listesi:

Davranışsal Kalıplar
Chain of responsibility
Command
Interpreter
Iterator
Mediator
Memento
Observer
State
Strategy
Template method
Visitor

Yapısal Kalıplar
Adapter
Bridge
Composite
Decorator
Facade
Flyweight
Proxy

Yaratılış Kalıpları

Abstract Factory
Builder
Factory Method
Prototype

 

Javada class içerisinde 'static' kullanımı.

Javada metodları static yaptığımız zaman bu bize instance yaratmadan o metodu kullanmamızı sağlar. Aynı şekilde bu değişkenler için de geçerli, sınıf içinde bir değişkenin static olması bizim bu değişkene instance yaratmadan erişmemizi sağlar. 
Örneğin:
       public class Araba{
              public static int a;
              public int b;
       }

Araba.a //diyerek a değerine erişebiliriz ancak aynı şekilde Araba.b diyerek b değişkenine erişmemiz mümkün değil. Bunun için bir instance yaratmamız gereklidir.
Araba bmw=new Araba();
bmw.b //diyerek b değişkenine erişebiliriz.

Static metodlara örnek olarak da aşağıdaki örneği verebiliriz

public class Araba {

      static void hiz1()
      {
             System.out.println("hiz1 kullanılıyor");
      }

      void hiz2()
      {
             System.out.println("hiz2 kullanılıyor");
      }
}
//Main içerisinde Araba.hiz1() diyerek hiz1 metoduna instance yaratmadan erişebiliriz ancak hiz2'ye aynı şekilde erişmemiz mümkün değil.

İnner classlar için durum biraz farklıdır. Bir inner class'ı static yapsak da yapmasak da bu class'a instance yaratmadan erişebiliriz. Örneğin:

public class Araba {

      public class Teker1{

      }

      public static class Teker2{

       }
}
Araba.Teker1 ve Araba.Teker2 diyerek her iki class'a erişebiliriz.

Not: Static metodların içerisinde static olmayan değişkenler kullanamayız. Bunun nedeni static olarak tanımlanan herşeyin ilk olarak oluşturulmasıdır. Bu nedenle static bir metodun içerisinde static olmayan bir değişken kullanmaya çalıştığımız zaman o değişken henüz oluşturulmadığından derleyici hata mesajı verecektir.

Javada Interface ve Abstract Classlar Arasındaki Farklar

• Interfaceler çoklu kalıtımı sağlamaya yardımcı abstract classlar ise çoklu kalıtımı desteklemez.
• Interfacelerde metodların içerisini dolduramayız ama abstract classlarda doldurabiliriz Böylece bütün alt sınıfların belli bir özelliğe sahip olmasını sağlayabiliriz.
• Interface ile yapabildiğimiz herşeyi hatta daha fazlasını abstract classlar ile de yapabiliriz.
• Eğer türeteceğimiz classlarda belli başlı varsayılan özellikleri tekrar tekrar kopyala-yapıştır yapmak istemiyorsak o zaman abstract class kullanmamız gerekir. Çünkü abstract classlarla bir metodu tüm alt classlarda varsayılan metod şeklinde tanımlayabiliriz ve alt classlarda bunları tekrar yazmamıza gerek kalmaz kalıtımla aktarılmış olur.
• Kalıtım sağlamak istiyorsak abstract classlar kullanmamız gerekir.
• Abstract classları kullanmak hız açısından avantaj sağlar.
• Interface de yeni bir metod yazdığımız zaman bu interfaceden implement ettiğimiz tüm classlarda bu metodun içini tek tek doldurmak gerekiyor ancak abstract classlarda durum farklıdır burada bir metod tanımlayıp içini doldurduğumuzda abstract sınıfımızdan türetilmiş bütün sınıflar bu özelliği kazanmış olur. 

Java'da Interface Kullanılmasının Nedenleri

Java da interface kullanmamızın en büyük nedeni interfaceden türetilecek sınıflar için bir standart(zorunluluk da diyebiliriz) belirlemektir. Örneğin Telefon adında bir interface üretiyoruz ve  daha sonra interfaceden sınıflar implement ediyoruz. Bütün bu sınıfların bazı ortak özelliklere sahip olmasını bir zorunluluk haline getirebiliyoruz. Örneğin interfacede  arama() adında bir metod yazıyoruz ( içini boş bırakmak zorundayız interfacelerde) ve türetilecek bütün sınıflar kendi özelliklerine uygun olarak arama() metodunu dolduruyor. Böylece bütün telefonların arama özelliğine sahip olmasını bir standart haline getirmiş oluyoruz. 

Veritabanıyla ilgili bir örnek de vermek istiyorum. Örneğin çok geniş bir yazılım yazdığımızı varsayalım. Kullanıcıya bir veritabanı seçtirip buna göre işlemler yaptırmak istiyoruz. O zaman kodumuzda şöyle  satırlar olacaktır:
if(secim=="MySQL")
Veritabani vt =new MySQL();
if(secim=="ORACLE")
IVeritabani vt = new ORACLE();
.... bir kaç tane daha olabilir...

Daha sonra..  vt.baglan()  diyerek baglantimizi sagliyoruz.
Biz daha önce veritabanlarini tek bir Veritabani adlı interfaceden implement etmiştik ve orada baglan() adinda bir metod tanımlayarak içini boş bırakmnıştık ve tüm veritabanlarinin içine kendi özelliklerine uygun olarak baglan() metodunu farklı şekillerde tanımlamıştık.
Böylece hepsinde baglan() metodunun olmasını garanti etmiştik.

Eğer böyle yapmasaydık mesela mySQL için vt.connect() yazmamiz gerekirdi ve bu kodumuzda gereksiz uzamalara neden olabilirdi. Interfaceyle bunun önüne geçmiş oluyoruz.

Project Eular En İyi 19 Azerbaycanlı

Project Eular Reyting (son 25 soruya bağlı)

projecteuler.net Matematik/Bilgisayar Problemleri

Gerçekten güzel problemlere rastladım algoritma problemleri çözmeyi sevenler için mükemmel bir site. Bu sorularda matematik yeteneğinin yanı sıra programlama yeteneğinin de devreye girmesi gerekiyor. Çünkü mesele 1001 ci asal sayıyı bulun diyor bunu sadece matematik bilgisiyle bulmak zor ama kısa bir kodla bir kaç dakikada rahatlıkla bulunabilir.

Güzel bir site sürekli takip etmeyi planlıyorum.

Google da üst sıralarda çıkmak için yaptığım çalışmalardan edindiğim tecrübeler. (Bölüm 1)

Bu yazımda sizlere google da üst sıralarda çıkma çalışması yaparken edindiğim tecrübeleri anlatmak istiyorum. Google da üst sıralarda çıkmak gerçekten çok kapsamlı bir çalışma gerektiriyor. Google da üst sıralarda çıkmak ve arama motorloruna dost siteler oluşturmak için yapılan çalışmaların tümüne SEO (search engine optimization –arama motoru optimizasyonu )  denilmektedir. Seo çalışmaları yaparken öncelikle unutmamanız gereken en önemli konu siteyi arama motorları için ziyaretçiler için yaptığınızı unutmamanızdır. Öncelikle hedef kitlenizi iyi tanımanız gerekiyor ve onların sizin verdiğiniz hizmete ulaşmak için google da yazacağı kelimeleri iyi tahmin etmeniz gerekiyor ve sitede bu kelimeleri bolca kullanmanız gerekiyor. Ayrıca değişik variyasyonlar da iyi tahmin edilerek google da kullanıcıların sizin verdiğiniz hizmetle ilgili yazabileceği en yaygın kelimeleri de sitede geçirilmeye çalışılmalıdır. Tabiki kelime geçirme işlemini yaparken sırf kullanmış olabilmek için olur olmaz yerlerde bu kelimeleri kullanarak sitenin kalitesini düşürmek yerine alanınızla ilgili bolva makale yazarak kullanıcıları sıkmamak en iyi yöntemdir.

Domain isminizi seçerken iyi düşünmek gerekiyor. Şirketinizin sitesi elbette ki şirketinizin adıyla ilgili olmalıdır. Örneğin Bir lazer epilasyon merkezinin sitesini yapacaksanız ve şirketinizin ismi “Örnek Şirket”se domaininizin www.orneksirket.com olması mantıklıdır. Ancak böyle bir alan adı kullandığınız takdirde www.lazerepilasyon.com gibi bir alan adı kullanmadığınız için google açısından domain de önemli kelimelerin gecme avantajını kaybediyorsunuz. Bu konuda benim fikrim iki ayrı site kurulmasıdır  www.lazerepilasyon.com ve www.orneksirket.com . Böylece şirketinizle ilgili temel bilgilere ve kampanyalara yer vereceğiniz şirket siteniz sizin kurumsal kimliğinizi vurgulayacak ve fazladan bilgilere yer verilmeyerek sitenin profesiyonelliği en iyi şekilde yansıtılacaktır. Ancak böyle bir sitenin googleda üst sıralarda çıkma olasılığı düşmektedir. Bu nedenle ayrıca şirket sitenizden farklı olarak burada title , keywords, description , content gibi özellikler çok daha etkili kullanılabilir, böylece google da üst sıralarda çıkma olasılığınız yükselecktir. Bu yazıyı burada sonlandırıyorum 2. Bölümde görüşmek üzere.

Facebook forumların yerini almalı !

Hem kullanıcılarırın daha once kullanmaya aşina oldukları bir şeyi yadırgamayacaklarından. Hem de facebook inanılmaz bir kullanıcı kitlesine sahip olmasından dolayı  artık sitelerde forum kurulup herhangi bir konuda bilgi alış verişi, sohbet ortamı yaratmak yerine web tasarımcıların ve seo uzmanlarının  Facebook Gruplarını tercih etmelerini daha doğru buluyorum. Çünkü sitenize giriş yapmış ziyaretçiler çoğu forumlara aşina olmayan ziyaretçilerdir genellikle. (Burada kesinlikle forum sitelerinden bahsetmiyorum. İçinde forum sayfası da kullanarak sohbet ve bilgi alışverişi yaratmak isteyen sitelerden bahsediyorum) Sitede forum kullanmak yerine facebook gruplarını kullandığınız takdirdeyse forumla ulaşmak istediğiniz hedefe daha kolay ulaşacaksınız. Çünkü Türkiyede hemen hemen herkesin bir facebook hesabı var ve insanlar facebookla bağlı konularda artık uzmanlaşmış durumdalar. Örnek olarak son tasarladığım Big Kitchen Cafe ve Restaurantlar zincirini örnek göstermek istiyorum. Burada forum yerine facebook grubu tercih ettim ve sanırsam başarılı oldum. Bahsettiğim şeylerr. Sitelerdeki ziyaretçi defteri ve fotğraf galerisi gibi sayfaların yerine de kullanılırsa başarıya ulaşılacağına inanıyorum. Ayrıca Facebook'ta grubun yayılmasının ihtimali çok daha büyük potansiyele sahip olduğu tartışılmaz bir konu.

Azerbaycan'ın EURO 2012 Grubu

İnanıyorum ki bu grupta güzel bir sürpriz yapabiliriz. Gruptan çıkma hedefi imkansız gibi gorunuyor ama en azından grupta iyi bir sıralama elde edebilmemiz için Kazakistandan 6 puan almamız gerekiyor. Avusturya ve Belçikadan da puan almak hayal değil. Türkiyeden de en az 1 puan alabiliriz. Türkiye genellikle Azerbaycan gibi takımları küçümsüyor bu nedenle hep gereksiz puan kayıpları yapıyor. Medyadyada yine aynı şekilde bir küçümseme havası sezdim. Unutmamalıyız ki maçlar sahada kazanılıyor. Almanyadan puan almak hayal gibi gorunuyor şu an için. Azerbaycan millisi Almanyadan puan alırsa büyük sansasyon olur. Cavadov Twente'ye geçtikten sonra özgüveni daha da arttı bu en büyük avantajımız. Kalecimiz Kamran Ağayev çok iyi gerçekten müthiş kurtarışlar yapıyor. Ruslan Abışov ve Mahir Şükürov kendilerini geliştirdiler. 
Berti Fogts çok iyi bir teknik direktör altyapıya önem vererek gerçekten de iyi işler yapıyor. İnşallah 2014 dünya kupası elemelerinde artık gruptan çıkma konusunda konuşacağız!

Google W3C Standartlarına Uymuyor

Google beni çok şaşırttı bu konuda!

Steve McClaren Vagif Cavadova 7 nömreli formanı teqdim edir!

TurboRisk

Çok küçük bir boyutta olmasına rağmen harika bir strateji oyunu. Denemenizi kesinlikle tavsiye ediyorum. 3-4 arkadaş oynarsanız zamanın nasıl akıp geçtiğini farkedemeyeceksiniz.

Ankara - "Ne? Harda? Ne zaman?"- Liqasi

7 Dekabr 2009 ilk oyunun nəticələrinə görə Türkiyə reytinqi

1. A – 14 
2-4. Cerepmus - 11 
2-4. Sumqayit usaqlari - 11 
2-4. METASTAZ 11 
5-6. METU Bros – 10 
5-6. ABDİ PALACE 10 
7. PANGEA 9 
8-10. ESKULAP 8 
8-10. DR MASTER 8 
8-10. M&M`s - 8 
11. PES 6 7 
12-15. Secilmisler - 6 
12-15. Tema - 6 
12-15. Buta 6 
12-15. Sonuncular 6 
16. DEMBEL 5 
17-18. Gazinin padisahlari - 4 
17-18. KEYF - 4 
19-20. Manislar - 3 
19-20. Zorxana - 3 
21. Noqteye vuranlar - 2 
22. Araz 1 
23. Tebriz 0

Facebook : http://www.facebook.com/group.php?gid=235304991376