• windows ile hayatımıza girmiştir. windows biçok nesneye bi özellik silsilesi atar ki buna property denir. o nesnenin iconunun üzerine sağ düğme ile tıkladığınızda karşınıza çıkan menünün en altından bazı şeyleri değiştirebilirsiniz. (bkz: ne dedim ben şimdi)
  • ing. özellik, mülk
    bilgisayar dillerinde nesnelerin (bkz: object) özellikleri
  • (bkz: properties)
  • object oriented programming adına güzel bir olaydır. class içerisinde tanımladığınız private bir değer için get ve set fonksiyonlarını property'nin içine gömer, "my_instance.set_my_field( my_instance.get_my_field() + 1)" gibi kod kalabalığı yerine "my_instance.my_field_prop++" yazarak işten sıyrılırsınız.

    wikipedia'daki tanıma göre property olayı delphi/free pascal, visual basic, c#, d, ec, objective c 2.0, python ve vala tarafından destekleniyormuş. c#'taki syntax şöyledir:

    class my_class
    {
    private int my_field;

    public int my_field_prop
    {
    get
    {
    return my_field;
    }
    set
    {
    my_field = value;
    }
    }
    }

    ha, biz bu field'ı public olarak da tanımlayıp bu işe hiç girişmezdik, değil mi? zaten bu yüzden bir kısım dillerde böyle bir olayın mevcudiyetinden ötürü property yok. ancak, property ile get ve set fonksiyonlarını kafamıza göre değiştirebilme esnekliğine sahip olduğumuzu hatırlatmak isterim. bu esnekliği encapsulation ile birlikte düşünürsek gayet kullanışlı bir merete sahip olduğumuzu fark ederiz.
  • java'da bunun yerine get-set metodları kullanılır. şöyle:

    class bizimsinif
    {
    private int sayi;
    public int getsayi(){return sayi;}
    public void setsayi(int deger){sayi=deger;}
    }

    bu arada set ve get keyword değildir tabii ki. istenilirse "versayiyi", "degistirbenimsayimi" da metod ismi olarak kullanılabilir pekala.
  • dokuzuncu nesil yazar.
  • usengec programcilar icin gelistirilmis bir hededir. ha bir de, property'i her cagirisinizda get'in icindeki her sey calistirilir ki; dalgin aniniza gelirse ya da baska dillerde kendi access/set methodlarinizi yazmaya alismissaniz daha onceden, "hata nerede lan niye boyle geliyor bunun degeri?" diye 1 saat sac bas yolabilirsiniz.

    ornek; atiyorum:

    private int edi; public int budu{ get{ edi++; return edi;}} dediniz. bunu yaparken derdiniz nedir bilmiyorum; sebepleriniz vardir boyle seyler yapmak icin. ilerleyen zamanlarda program icerisinde budu'yu her cekisinizde, get'in icindeki her sey isletilecegi icin, durduk yere islerinizi karistiracaksiniz demektir.

    pratikte pek bir faydasi olmayabilir tabii bu ornegin.

    bir de derler ki readonly yapacagin zaman set kismini yazmazsin, guvenli olur. iyi de aga private member kullanirken zaten -adam gibi ide kullaniliyorsa- o member intellisense gibi nanelerde gelmez, kodunuzla oynayan yaramazlar class'inizi goremiyorsa oyle bir member'in varligindan bile haberdar olmaz. ama isin icine property girince lak diye gelir o member'la iliskili property. bu gibi durumlardan sakinmak icin edi'ye budu diyebilir; yaramaz programci dostlariniza minik surprizler hazirlayabilirsiniz.
  • hem mülk hem de mülkiyet anlamına gelmekle insanı uyuz eden kelime.

    salt eşya anlamına gelse de ingilizce konuşan insanlar çoğu zaman gayrimenkul varlıkları ifade etmek için de bu terimi kullanır. başına "real" getirmeye gerek görmez.

    https://legalese.nasil-yazilir.com/…e-property.html
  • tasarim asamasinda zaman zaman "property mi method mu?" tercihinde kararsiz kalirdim. sonucta her ikisi de iyi encapsulation sunuyordu ve biri digerinden iyi degil gibiydi.

    bu bilgi boslugumu fxcop doldurdu. code analysis'i en sert kurallara cikardigimda su sekilde yazdigim bir method'u

    int getvalue() { return blabla;}

    get-set'li bir property'e cevirmem gerektigi konusunda hata verdi. artik daha mutluydum ve ogrenmistim. parametre almayan ama bir seyler donduren method'lar property olmaliydilar ve ideal get islemleriydiler. .net'in kendine has syntactic sugar'larindan birini daha ozumsemistim. artik gonul rahatligiyla chlone'nin ölü vücudunu gazete kagitlariyla örtüp odadan cikip gidebilirdim. gerisi bu malikaneyi o kahrolasi gunde o tuhaf alman ciftten kiralayan mayk'in sorunuydu ve eminim perilerle dolu sarap mahzenini atese vermemi anlayisla karsilayacakti.
hesabın var mı? giriş yap