Her komut içinde ayrı ayrı modül yazmayı düşünüyorum. Proje işlemleri için project.d, silme işlemi için delete.d, dosya oluşturmak için file.d ve benzeri. main.d modülünde sadece verilen parametreleri kontrol eden fonksiyonları yazmayı düşünüyorum.

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

Görsel programın insancıl olduğu doğru ama parametrelerini komut satırından da alabilse daha kullanışlı olur. Örneğin onu başka bir programdan çağırabiliriz.

Bu örnekteki "yazılan D programını derleyip, çalıştıran bir araç ve proje yöneticisi" örneği üzerinden gidersek, çözüm öncelikle şöyle bir şey olabilir:

• Proje dosyasının ismini komut satırından al
• Dosyayı tara
• İçindeki dosyaları sırayla derle
• Çıkışa bilgi ver

Böyle bakıldığında burada yalnızca o işlemler var. Dolayısıyla, bir kaç tane üst düzey fonksiyon yazarak halledilebilir. Proje sonradan gelişip Derlemeİşi, vs. gibi türlere gereksinim gösterdikçe önceden yazılmış olan fonksiyonlar bu sınıflara üye işlevleri olarak geçirilebilirler. Benim yöntemim hep öyle oluyor: baştan belirgin biçimde sınıf yoksa sınıf tanımlamıyorum.

Ali

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

Mantıklı. Silme işlemlerinde çok dikkatli olmak gerekir; program yanlışlıkla başka şeyleri veya herşeyi silmesin. :)

Ali

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

Silme işlemlerinde algoritmayı belirledim de derleme ve proje oluşturmayı düşünmem lazım daha. Derleme işlemi için komut değil de kullanıcı make dosyası gibi bir şey hazırlayıp bende o dosyayı okuyup ona göre mi derleme işlemi yapsam daha iyi olur mu acaba?

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

Evet biliyorum yukarıda tecrübe kazanmak için yaptığımı yazdım.

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

Evet, her build sisteminin öyle bir dosyası oluyor.

Ali

Not: Bu arada, D için 'dub' ve başka build araçları olduğunu biliyorsun tabii, değil mi?

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