Merhaba, ben C'den D'ye geçtim. Kendim C'de Snake Case notasyonuna alıştığım için D'de bu notasyonu kullansam standartlar için sıkıntı olur mu? Yoksa daha şimdiden Camel Case notasyonuna kendimi alıştırsam daha iyi mi olur?

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

Kütüphaneler Camel Case kullanıyor sonuçta sıkıntı olur diye düşündüm. Genel olarak uyumlu olmaz.

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

Teşekkürler. C'de genellikle framework kullanmazdık. D'de framework var mı?
Birde benim C'de Lexical Analysis ve Parsing için yazdığım kütüphane var bunu D'de kütüphaneyi çalışmasını sağlamak kolay olur mu?
D'de Çalışma Zamanı'nı derleyeciye parametre vererek iptal edebilirmiyiz?

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

Teşekkürler. D'de Linux için tavsiye ettiğiniz IDE var mı? Diğer bir sorumda ben derleyici yazmayı düşünüyorum D ile. Performans olarak C kadar iyi olabilir mi? C++ taki Çoklu Kalıtım özelliğini neden desteklenmediğini biliyormusunuz? İnterface her ne kadar iyi olsada belli bir süre sonra sınıfın büyümesi , kodun uzamasına sebep oluyor.

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

Ben araya giriyorum IDE tavsiyesi icin. Ali Abi Emacs 'da yazmayi seviyor ama ben eski olsa bile Eclipse kullaniyorum.

En iyi debug tecrubesi Eclipse ile yasadigim icin. Eclipse 'in D uzantisini("DDT") gelistiren adam artik Eclipse demode oldugundan gelistirmeyi birakmis ama olu hali bile suanki aktif IDE lerden daha iyi bence.

Eger windows 'da ise VS 2015 'in ustune kurulan bir uzanti(Visual-D) var oda cok iyi. Ve Visual-D projesi aktif olarak gelistirilmeye devam ediliyor. D ile debug konusunda hic bir zaman C++ derleyiciler kadar iyi olmuyor. Dizilerin icini gormek konusu veya karmasik yapilari objeleri gormek imkansiz gibi ama hic yoktan iyidir.

DDT "nin Visual D 'ye gore en buyuk avantajinin DUB 'i direk desteklemesi olarak goruyorum.

Eclipse bazen tamamliyor degisken isimleri bazen tamamlamiyor. Renklendirmede bazen sikintili. Ozellik polimorfik objelerde obje turune tiklayip obje tanimlamisina ulasmakda calismayabiliyor. Ama bence daha iyisi cikana kadar en iyisi DDT.

Coklu katilim ozelliginin desteklemeyen baska dillerde var Java gibi. Burdaki amaclar benim bildigim kadariyla:

Tasarimsal acidan : Yani fikirsel olarak Coklu katilima karsi oluyorlar. Cunku bu kullanimlar genelde kotu tasarimdan kaynaklandigini dusuyorlar(ben katiliyorum). Diller kullanicinin obje hiyearsini duzeltmeye zorluyor bu ozelligi engelleyerek

Teknik acidan: Turkcesini bilmiyorum af ola Diamond problemi gibi bizi ayagimizdan vurabilecek durumlari engellemek icin.
https://medium.freecodecamp.org/multiple-inheritance-in-c-and-the-diamond-problem-7c12a9ddbbec

Baska durumlarda vardir belki ama benim aklima gelenler bunlar oldu.

Erdemdem

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

Bazı programcılar kütüphane notasyonundan farklı notasyon kullanıyorlar ve bazen bundan yararlanıyorlar: kendi yazdıkları kodları biraz olsun ayırt edebiliyorlar. Sonuçta istediğin notasyonu kullanabilirsin ama zamanla zevkini değiştirebilirsin de.

Ali

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

Anladım, cevaplar için teşekkürler. Ben kendim C ve C++ için Atom IDE'yi kullanıyordum fakat D desteği paket olarak sağlanıyor oda yeteri kadar performans vermiyor.

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

Alıntı (omer):

web framework olarak vibe.d var ve genel olarak, standard kütüphane dışındaki bütün kodlar dub'da bulunuyor:

http://code.dlang.org/

Alıntı:

D, C kütüphaneleriyle doğrudan bağlanıyor (link) ama başlık dosyası kavramı bulunmadığından önce C kütüphanesinin D ilintisinin (D binding) yazılması veya zaten varsa bir yerlerden bulunması gerekiyor.

Alıntı:

Evet, dmd derleyicisinin -betterC seçeneği ile.

Ali

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