Bildiğiniz gibi ilk projemiz trileri. Ama projeyi kodlarken belirli standartlara ihtiyacımız olacak. Örneğin değişkenleri adlandırırken. Yada phobos daki modüldeki fonksiyonları filan Türkçe destekli yaparken. Burdaki çoğu kişi C++ bildiğine göre ordaki standarta göre devam edeceksek bu standartları söylerseniz çok iyi olur.

Değişken için değişken adı yazımı= test_örneği mi olacak testÖrneği mi olacak yada başka bir şey mi. Ve değişken adlarına neye göre karar vereceğiz gibi bir sürü sorularım var.

Mesela Ali Bey şirkette proje kodlarken bir çok kişi ile çalıştığı için en iyi çözümü söylemesini bekliyorum. Çünkü orda bir takım oldukları için birbirlerine uymaları gerekir. Bu uyumu nasıl başardıklarını açıkca merak ediyorum.

Fonsiyonlar içinde mesela string modülündeki toupper modülünün yeni adı ne olacak. Bence adı olduğu gibi kalmamalı.
Eğer fonksiyon Sadece Türkçe destekler halde olacaksa toupperin yeni adı toupperT olmalı. T de büyük olmalı. Zaten T'yi gördüğümüzde hemen Türkçe destekli olduğunu anlayacağız. Ayrıca T Türkçe karakter olmadığı için yabancılarda kolaylıkla kullanabilir.

Fonksiyonu sadece genişletecek ve geliştirecek isekte sonuna G harfi almalı. Örneğin toupperG
İkiside olacaksa toupperTG olmalı.

Evet fonksiyon isimlerini aynı bırakabiliriz. Ama nedense ben bu durumdan rahatsızlık duyuyorum. Sizin fikirleriniz nelerdir ?

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Alıntı (acehreli):

Evet şimdi baktım. Bu işlere göre en erken perşembe gübü projeye başlarız gibime geliyor. Ben pazartesi başlarız diye düşünmüştüm ama perşembe başlarsak yada daha geç daha iyi olur gibime geliyor. Değil mi?

Alıntı:

Bence kimse tr.toupper(Bu arada U büyük değil diye biliyorum. Bu string modülündeki fonksiyon uni modülündeki değil) yazmak istemez. Başta importunu yazarsın. sonra istediğin gibi yazarsın. Baksanızı D bile iki fonksiyonun adı bir birine benzemesin diye birinin u'sunu küçük yazmış.

Bu arada trileri.uni, trileri.string gibi olsa çok daha iyi olur gibime geliyor.(Açıkcası dbetikevi diye proje açtım. Eğer farklı yoldan gidersek proje bittikten sonra kendime göre düzenlemeler yapıp oraya koycam. Evet size rakip geliyor. Ve daha kötüsü kodları kopyalacağım :-) Yaşasın açık kaynak. Gidişatınızı beğenmeyeyim hemen rakip geliyor. :-D İşte açık kaynağın iyi tarafı)
Alıntı:

Demişler. Bence javadakigibi mFoo yapmalıyız. Bu konuda en düzgün standartları belirlemiş dil java. Hatta java bu yüzden şirketlerde çok kullanılıyor. Javayı araştırıp bakmak lazım.
Bu arada şirkette siz nasıl yapıyorsunuz diye sormuştum. Harelde şirket sırı olarak kalıyor :-)

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Ben bu konuya şimdilik Kod Düzeni belgesi dedim ve bir iki forum yazısında değindim ve Wiki sayfama yazdım:

http://ddili.org/wiki/index.php?title=Ali_Çehreli

İşlerim arasında üçüncü sırada bekliyor. :) Oraya hangi kaynaklardan yararlanacağımı da yazdım. Aynı konuyu şurada da sormuştum:

http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.D&article_id=95954

Oradaki fikirleri de dinliyorum.

'toUpper' konusunda haklısın: değişik isim daha iyi. Ama başka bir modülden geleceği için zaten farklı bir ismi de var: 'tr.toUpper'. Kullanıcı; ya istediği için, veya karışıklığı gidermek için, öyle tam adını da yazabilir. Daha düşünürüz...

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Alıntı (canalpay):

Çok uzun... :) Ve dediğin gibi, isminde değişiklik yapmak daha iyi olacak. Eğer fonksiyon Türkçe davranıyorsa, adından bilinmesi önemli.

Alıntı:

Eğer benden kuvvetle fikir belirtmemi isterseniz :D, ben 'foo' veya 'foo' önereceğim. (Biz şirkette foo_ kullanıyoruz...)

Ayrıca, tür isimlerinin büyük harfle, ve değişken ve nesne isimlerinin küçük harfle başlama kuralı C++ ve D'de oturmuş bir kural olduğundan, ve biz de bunu izleyeceksek (ben isterim), 'm' harfi tek başına olamaz ve mutlaka '_' gibi bir ayraç gerekir: m_foo. Ben hiiiç sevmesem de, bu konuda fikirlerinizi de dinlerim... ;)

Şirkette kullanılan düzenin gizlenecek bir tarafı yok, ve büyük olasılıkla başkalarından uyarlanmıştır, ama gösterilecek bir özelliği de yok. Bütün kod standartları üç aşağı beş yukarı aynı zaten.

Bu arada, bu konuya "kodlama standardı" mı deniyor?

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Alıntı:

Siz cevap yazmayınca ben de cevap olarak şirket sırrı gibi anlamsız bir espri yapmaya çalıştım. Anladımki olmamış. Zaten kaç farklı tarz olabilir ki. Eninde sonunda birini kabul etcek ve o standartı daha önce kullananlar olacak.
Alıntı:

Açıkcası kod düzeni adını beğenmedim. Kodlama düzeni olabilir. Acaba kodlama standartı diyen tek ben miyim diye araştırdım ve kod düzeni ve benzeri şeylerden daha çok kullanıldığını gördüm. Yani açıkcası çok fazla kişi kodlama standartı diyor. Ama bu konuda adı kodlama düzeni(standartın Türkçedeki anlamını tam olarak taşıyan sözcük ölçün. Ama pek kullanılmıyor. Kullanalım derseniz kullanılıyor olur.) olsun derseniz isteğinizi geri çevrimem .

Alıntı:

Aslında ben m_foo kullanıyorum.(burdaki m ne demek ?) Bende javadakini ilk sevmemiştim. Ama gözünüz alışınca sanki kodlar daha hoş duruyor gibi oluyor. dosya_yeri yerine dosyaYeri daha hoş duruyor. Büyük harf de var olduğundan gözünün içene sokuluyor. Değişkeni orada görememe ihtimalin yok gibi.

Tabi hepsi olabilir bence bu size kalmış.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Alıntı (canalpay):

Ordaki kullanış amaçlarını bilmiyorum fakat ben "m" i sınıfa ait değişkenlerde kullanırım. Bu sayede kod tamamlayıcı "m" e basdığım anda sınıftaki bütün değişkenleri göstermiş oluyor.Bazıları değişken isimlendirirken değişkenin tipine de önem veriyor. Örneğin int tipinden bir değişkeni miSayi, float tipindeki bir değişkeni mfSayi şeklinde yazıyorlar. Bunlar büyük projelerde işe yarıyor olsa gerek.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Alıntı (acehreli):

Takısız isimlendirmeler değişken isimlerinin biraz daha kısa olmasını sağladığı içi daha faydalı bence.

Peki fonksiyon isimlendirmesin de camel case(alanHesapla) mi yoksa altı çizgili (alan_hesapla) mi kullanacağız ?

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Klavyemde bir zaman _ çıkaramadığım için bundan soğumuş olabilirim ama bence bu okunabilirliği azaltıyor.Zaten editörün tamamlama özelliği varsa bütün değişkenleri yanda da gösterme özelliği vardır. Birde _ başlandığında aklıma dille ilgili bir şey geliyor. Sanki kendi değişkenimiz değil de dilde tanımlanmış bir değişken gibi. Ama bir iki kişi _ işini kabul ederse bende olur derim.
Hatta bu olayın cılkını çıkaralım şöyle tanımlayalım. Böylece herkesin gönlü olur.

dchar[] _dosyaTürü_d

Bu arada Esat Bey Fonksiyonları nasıl adlandıracağız demiş. Fonsiyon ve sınıflarıda şöyle adlandıralım. Hem hörgüçlü yazımı olsun hemde fonsiyon yada sınıf olduğu belli olsun : Evet bu DosyaTürü adlı sınıf yada fonksiyon olsun.

Ben şimdi javadaki değişken bildirim şekillerini filan araştırmaya başlıyacağım. Bence javadaki şekli olduğu gibi kabul edebiliriz.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Alıntı:

Ben java dökümanına bunun için bakıyorum. Ama bunun yanında değişken isimini hangi adlarla adlandıracağız. Bunun gibi sorunların cevabınıda döküman veriyordu. Hatırladığım kadarıyla değişkende sadece addan oluşturuluyordu. Sınıflar için eylem+ ad oluyordu. Tam hatırlayamadığım için birazdan bakacağım.
Alıntı:

Ben açıkcası D'nin standartı olduğunu sanmıyorum. Olsa bile bir iki kişi onu standart olarak kabul etmiştir ama standart değildir. Ama javada sırf değişken adlarına böyle adlandırma yapmadığı için sen hiç java bilmiyorsun daha nasıl değişken adı vereceğini bilmiyorsun dendiğini gördüm. Halbuki adam C#'tan java'ya geçmiş. C#'ta kullandığı adlandırmayı daha çok sevdiği için onu kullanmış ama standarta uymadığı için bu kadar ağır sözler işitmiş. Buda java için standartların önemli olduğunu açıklıyor. Ama D için aynısı değil.

Ama bende D'ninkini yeğlerim.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

Alıntı (acehreli):

Ben bu hörgüç meselesini sanırım şimdi anladım.. dosyaYeri şeklinde iki kelimeden oluşan değişken isimlerde ikinci kelimenin ilk harfi büyük olunca camel case oluyor. Ben şahsen bazen dosyayeri diye kullanıyorum. Böyle daha hoşuma gidiyor :) Ya da dosyaYeri ..

Alıntı (acehreli):

> class Öğrenci
> {
>     string _ad;
>     string _soyad;
>     uint   _ayakkabıNumarası;
>     Renk   _papyonRengi;
> }
> ```

>

Ben bunun tam tersine _ en sonda olduğu zaman daha kullanışlı olduğunu düşünüyorum. uint ayakkabiNumarasi_ gibi .. Yanılmıyorsam siz de sınıf üyelerini bu şekilde gösteriyordunuz en son hatırladığım kadarıyla  ;-)

Alıntı (acehreli):
>
> Microsoft'un çok yaygın olarak kullandığı miSayi gibi türün de değişken ismine girmesi (Hungarian notation), çok karşı çıkılmış bir yazım şeklidir. Hatta racon bozduracak kadar kötü bir şey olarak da görülebiliyor. :D Tabii aslında yararları da var, zararları da...
>

Evet ben de Macar notasyonunun tarih olduğunu düşünüyorum.

Bunun dışında kodlama (hizalama) stili olarak da ANSI-C++ kullanıyoruz değil mi. K&R ya da başka bir stil değil..

-- 
[ Bu gönderi, <http://ddili.org/forum>'dan dönüştürülmüştür. ]